News Richland beherrscht Dual Graphics mit GCN-GPUs aus AMD Radeon HD 8000M Serie

Dr@

Grand Admiral Special
Mitglied seit
19.05.2009
Beiträge
12.791
Renomée
4.066
Standort
Baden-Württemberg
  • BOINC Pentathlon 2011
  • BOINC Pentathlon 2012
<div class="newsfloatleft"><a href=""><img src="http://www.planet3dnow.de/photoplog/images/54308/1_AMD-A10-APU.png" border="0" alt="AMD A10 - Elite Quad-Core"></a></div>In unserer <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1363093229">gestrigen News zur Vorstellung von AMDs <i>"Richland"</i>-APUs</a> hatten wir erwähnt, dass es AMD offenbar gelungen ist, Dual Graphics auch für Kombinationen mit aktuellen GCN-GPUs anzubieten. Allerdings waren wir uns nicht sicher, ob diese Angabe auch wirklich stimmt. Denn bisher war die Aussagen hierzu von AMD, CrossFire und im speziellen asynchrones CrossFire (nichts anderes ist Dual Graphics) zwischen völlig unterschiedlichen Architekturen sei nicht möglich. Einzige "kleine" Ausnahme hiervon ist <i>"Trinity"</i>, wo die <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1292405534">VLIW4-GPU</a> der APU mit der VLIW5-GPU einer diskreten Grafikkarte zusammengeschaltet werden konnte. Diese beiden Architekturen unterscheiden sich allerdings nicht so stark voneinander, wie es bei <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1292405534">VLIW4</a> und <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1324537822#GCN">GCN</a> der Fall ist. Auf unsere Rückfrage bei AMD haben wir jetzt das folgende Statement erhalten:<p style="clear:left;">
<div style="margin: 5px 20px 20px;"><div class="smallfont" style="margin-bottom: 2px;">Zitat: AMD</div><table border="0" cellpadding="6" cellspacing="0" width="100%"><tbody><tr><td class="alt2" style="border: 1px inset;"><i>New with the 2013 AMD Elite APUs, is support for dual graphics with select models of the AMD Radeon™ HD 8000 Series graphics family. This does not apply to previous generation “Trinity”.</i></td></tr></tbody></table></div>
Demzufolge kann in der Tat bei den neuen <i>"Richland"</i>-APUs das Dual-Graphics-Feature im Zusammenspiel mit einer diskreten Grafikkarte aus der <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1355777038">Radeon HD 8000M Familie</a> genutzt werden. Zudem soll diese Funktionalität bei <i>"Trinity"</i> nicht nachgerüstet werden. Zur Fragestellung, warum CrossFire zwischen unterschiedlichen Architekturen jetzt doch möglich ist, gibt es jedoch keine weiteren Informationen.

Zusätzlich hat uns AMD noch die nachfolgende Tabelle zur Verfügung gestellt, in der die konkret unterstützten Konfigurationen aufgelistet sind. Denn asynchrones CrossFire funktioniert nur dann ordentlich, wenn sich die Leistungsfähigkeit der beiden zusammengeschalteten GPUs nicht zu stark unterscheidet. Dennoch ist bei solchen Konfigurationen mit Mikrorucklern zu rechnen, die sogar stärker ausfallen können als bei üblichen CrossFire-Konfigurationen mit technisch gleichen Grafikkarten.

<center><a href="http://www.planet3dnow.de/photoplog/index.php?n=23419"><img src="http://www.planet3dnow.de/photoplog/images/54308/1_Dual-Graphics.PNG" border="1" alt="Dual-Graphics-Kombinationen bei AMDs "Richland" Elite APUs"></a><small><br />Mögliche Dual-Graphics-Kombinationen für 2013 AMD Elite APUs</small></center>

<b>Quelle:</b> <a href="http://www.amd.com" target="b">AMD</a>

<b>Links zum Thema:</b><ul><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1363093229">AMD schickt Trinity 2.0 aka Richland ins Rennen</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1362669470">Kaveri mit flexiblem Speicherkontroller: DDR3, DDR4 und GDDR5 - Sockelkompatibilität zu FM2?</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1362474164">AMD versendet Next-Gen APU-Prototypen an Entwickler</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1357572480">CES 2013: Richland um 40% schneller als Trinity, erstes AMD-Tablet mit Hondo</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1361992940">Neuer Artikel: AMD A10-5700 im Test</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1351860426">Nach Trinity soll 2013 Richland-APU folgen - Kaveri auf unbestimmte Zeit verschoben</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1348053607">Sockel FM2 kommt offenbar sowohl für Trinity- als auch Kaveri-APUs zum Einsatz</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1338976270">Computex 2012: Brazos 2.0 jetzt auch offiziell vorgestellt</a></li></ul></p>
 
Dave Baumann hat schon vor langer Zeit gesagt das es prinzipiell möglich wäre, es aber natürlich einige Probleme dabei gäbe, weswegen ich diese Lösung auch für großen Müll halte.
Die TMUs benutzen ja einen anderen Filteralgorithmus.
Darf man einen Frame mit Cayman flimmer AF genießen und den anderen dann mit einem sauberen GCN Frame.
 
Zuletzt bearbeitet:
Dual Graphics ist klasse, hoffe, das wird in den nächsten Jahren noch ausgebaut.

@Locuza ich sehe, dass du so ziemlich keine Ahnung von Dual Graphics hast. Noch. Mit Kaveri wird es sicher möglich sein, GCN in die APUs einzubauen. ;)
 
Zuletzt bearbeitet:
Ich halte Dual Graphics nur für ein Strohfeuer, solange die Latenzen nicht so gering werden, dass sie der menschlichen Wahrnehmung entschweben.

Die Zukunft wird ohnehin so aussehen, dass es nur noch einen Chip gibt, der das gesamte System beherbergt (damit erzähle ich jetzt hoffentlich niemandem etwas Neues).

Der Vorteil der APUs liegt ja eigentlich ohnehin darin, dass sie auch schon auf einem Chip eine brauchbare Grafikleistung mit einer vernünftigen CPU kombinieren. Nun beizugehen und dem ohnehin schon guten GPU-Teil noch einen dGPU-Part hinzuzugeben, dabei allerhand Probleme ins Haus holen (Inkompatibilitäten, Mikroruckler, zusätzliche Abwärme) halte ich für den falschen Weg. Ich habe jetzt keine konkreten Zahlen, aber ich denke schon, dass diese Zweiergespanne eine absolute Nischenlösung darstellen, was die Stückzahlen anbelangt. Zumindest wenn ich hin und wieder nach Notebooks Ausschau halte und mal ein vernünftiges Gerät mit AMD finde, ist dort ausschließlich eine APU drin.
 
Dennoch ist bei solchen Konfigurationen mit Mikrorucklern zu rechnen, die sogar stärker ausfallen können als bei üblichen CrossFire-Konfigurationen mit technisch gleichen Grafikkarten.
Ich halte das nicht nur für eine gewagte Aussage, sondern auch schlicht für falsch. Warum sollte eine Weiterentwicklung der Technik noch schlechter funktionieren nur weil man nun in der Lage ist 2 verschiedene GPU Architekturen in DualGraphics zu verwenden?

HSA soll völlig verschiedene CPU Architekturen wie x86 und ARM und sogar zwischen GPU und CPU seamless switchen. Da ist es nur logisch diese Technik auch für eine verbesserte Zusammenarbeit bei GPUs im Crossfire zu nutzen.

Ich würde es begrüßen erst einmal Tests abzuwarten und nicht jetzt schon eine Verbesserung als Verschlimmerung zu bezeichnen.
 
Ich halte Dual Graphics nur für ein Strohfeuer, solange die Latenzen nicht so gering werden, dass sie der menschlichen Wahrnehmung entschweben.

Die Zukunft wird ohnehin so aussehen, dass es nur noch einen Chip gibt, der das gesamte System beherbergt (damit erzähle ich jetzt hoffentlich niemandem etwas Neues).

Der Vorteil der APUs liegt ja eigentlich ohnehin darin, dass sie auch schon auf einem Chip eine brauchbare Grafikleistung mit einer vernünftigen CPU kombinieren. Nun beizugehen und dem ohnehin schon guten GPU-Teil noch einen dGPU-Part hinzuzugeben, dabei allerhand Probleme ins Haus holen (Inkompatibilitäten, Mikroruckler, zusätzliche Abwärme) halte ich für den falschen Weg. Ich habe jetzt keine konkreten Zahlen, aber ich denke schon, dass diese Zweiergespanne eine absolute Nischenlösung darstellen, was die Stückzahlen anbelangt. Zumindest wenn ich hin und wieder nach Notebooks Ausschau halte und mal ein vernünftiges Gerät mit AMD finde, ist dort ausschließlich eine APU drin.

Falls ein Game nicht auf Crossfire optimiert ist, kann man immer noch Crossfire deaktivieren und normal die dGPU nutzen, ganz ohne Mikroruckler, Inkompatibilitäten usw wo ist also das Problem? Und wenn das Game optimiert ist, kriegt man nahezu mehr als die doppelte Leistung.*noahnung* Ich träume schon von Dual Graphics Kombis wie eine dGPU mit 1.8 TFLOPs zusammen mit einer AMD Kaveri APU, 1.4 TFLOPs, mit dem man dann die Leistung einer aktuellen High End Desktop Grafikkarte hinbekommt für einen verhältnismäßig niedrigen Preis in Laptops. Aber wohl erst 2014
 
Zuletzt bearbeitet:
Ich halte das nicht nur für eine gewagte Aussage, sondern auch schlicht für falsch. Warum sollte eine Weiterentwicklung der Technik noch schlechter funktionieren nur weil man nun in der Lage ist 2 verschiedene GPU Architekturen in DualGraphics zu verwenden?

HSA soll völlig verschiedene CPU Architekturen wie x86 und ARM und sogar zwischen GPU und CPU seamless switchen. Da ist es nur logisch diese Technik auch für eine verbesserte Zusammenarbeit bei GPUs im Crossfire zu nutzen.

Ich würde es begrüßen erst einmal Tests abzuwarten und nicht jetzt schon eine Verbesserung als Verschlimmerung zu bezeichnen.


Die Aussage bezieht sich auf den Vergleich zwischen normalem CrossFire und asynchronem CrossFire.
 
@Locuza ich sehe, dass du so ziemlich keine Ahnung von Dual Graphics hast. Noch. Mit Kaveri wird es sicher möglich sein, GCN in die APUs einzubauen. ;)
Egal wie oft ich mir das durchlesen, ich komme nicht hinter die Aussageabsicht, vor allem bezogen auf meinen Text.

Ich habe gemeint Dual-Graphics ist mit VLIW4 und GCN keine tolle Idee, weil eben der AF Algorithmus anders ist, dass sollte teils hässliches Flackern geben.
Das sollte aber auch schon mit VLIW5 und VLIW4 sichtbar gewesen sein, bei den Evergreenteilen, war das Flimmern weniger ausgeprägt, dafür aber das Banding.

Ebenfalls muss AMD erst einmal versuchen die Buffer und die Framerateausgabe zu verbessern, damit die Mikroruckler-Problematik endlich deutlich besser wird.
Diese ist schon jetzt bei so ungleichen GPU Verbunden teils deutlich schlechter, als normales CF und wenn die andere GPU ein gutes Stück drüber ist, dann hat ja AMD auch das AFR anders eingestellt, die stärkere berechnet 2 Frames, die schwächere nur einen.
Auch mit so Hilfen, wie Framelimiter bin ich schwer davon zu überzeugen auf Dual-Graphics zu setzen.
Vielleicht wird das eine passable Lösung wenn AMD an den MR gearbeitet hat und man nur noch GCN miteinander mischt.
 
Ich hab da mal eine Frage an die Versierten unter uns (einen passenderen Thread wollte mir nicht ins Auge hüpfen):

Kann man eigentlich abschätzen, wie lange so eine "Fehlerbereinigung" wie MR im Optimalfall dauern würde? Also gesetzt dem Fall, man würde dem Problem eine entsprechende Priorität zuweisen.

Die Frage stellte sich mir u.a. auch im Hinblick auf das APU/HSA-Konzept. Schließlich, soll dabei ja auch die Kommunikation mit der dGPU verbessert werden.

Ich als Laie stelle mir vor, mit entsprechender Priorität müsste das ja trotzdem wenigstens 1-2 Generationen brauchen. Schau ich mir diverse Analysen zu CF an, scheint es ja nicht mal eben so über einen Treiber zu beheben sein.

PS: die Frage soll wirklich nix und niemanden trollen/flamen. :)
 
Die Aussage bezieht sich auf den Vergleich zwischen normalem CrossFire und asynchronem CrossFire.
Und ich verstehe nicht wie man eine solche Aussage treffen kann bevor man die neuen Kombinationen die jetzt möglich sind nicht getestet hat. Das Problem könnte ebensogut mit Richland und GCN-GPUs gelöst und völlig behoben worden sein und somit schicht eine deutliche Besserung darstellen.
 
Das Mikroruckler Problem soll gelöst sein?
Da hätte AMD aber sicherlich ein paar Worte mehr drüber verloren. Kann ich mir angesichts der von anderen Seiten aufgezeigten Probleme mit dem normalen CrossFire beim besten Willen nicht vorstellen.
 
Nein - aber ebenso muss man nicht behaupten es wäre noch schlimmer wenn GCN GPUs verwendet werden. Das hat AMD auch nirgends gesagt. Somit haben beide Aussagen den selben wahrheitsgehalt und basieren auf den selben Fakten.
Es geht mir nur darum dass dieser Satz falsch ist:
die sogar stärker ausfallen können als bei üblichen CrossFire-Konfigurationen mit technisch gleichen Grafikkarten.
Woher diese Erkenntnis?
 
Nein - aber ebenso muss man nicht behaupten es wäre noch schlimmer wenn GCN GPUs verwendet werden. Das hat AMD auch nirgends gesagt. Somit haben beide Aussagen den selben wahrheitsgehalt und basieren auf den selben Fakten.
Es geht mir nur darum dass dieser Satz falsch ist:

Woher diese Erkenntnis?
Also ich habe persönlich eher das Gefühl, dass AMD an der Problematik wenig getan hat und alles mehr oder weniger so bleiben lässt und da sich GCN und VLIW stärker unterschieden, als VLIW4 und 5, sich da noch mehr Probleme auftun.
(Jedenfalls beim 3DC hat man schon Vorschläge gemacht, wie man die Filterprobleme in den Griff bekommen könnte. Entweder man hat Trinity/Richland bei den TMUs gefixt oder GCN lässt künstlich den schlechteren Algorithmus laufen)
Und das asymmetrisches Crossfire noch mehr am MR-Problem leidet, als ein normales CF-System mit zwei gleichen GPUs ist ja keine neue Erkenntnis oder?
 
Also ich spiele auf meinem Laptop nur mit Dualgraphics und ich habe noch nie Irgendwas von diesen ominösen Mikrorucklern mitbekommen. Vielleicht lassen die sich ja mit diversen Benchmarks messen, aber mir ist das wurscht, wenn man beim Spielen nichts merkt.

Ich bin nur froh, dass ich dank Dualgraphics mit 50 statt mit 30 fps spielen kann und dass mein Laptop für die gebotene Leistung spottbillig war, verglichen mit einer Intel Lösung.

Natürlich hätte ich auch lieber eine effizientere 1 Chip Lösung. Aber wenn AMD mal eine APU raus bringt, die von Haus aus schon diese Leistung hat, wird sie mit Sicherheit so teuer, dass die meisten Hersteller lieber gleich auf Intel setzen. Im Moment können die Hersteller ja selber entscheiden, ob sie Dualgraphics verbauen oder nicht. Also wen juckts?
 
Bin exakt der gleichen Meinung wie Nexus6
 
Ich hab da mal eine Frage an die Versierten unter uns (einen passenderen Thread wollte mir nicht ins Auge hüpfen):

Kann man eigentlich abschätzen, wie lange so eine "Fehlerbereinigung" wie MR im Optimalfall dauern würde? Also gesetzt dem Fall, man würde dem Problem eine entsprechende Priorität zuweisen.
Man kann jetzt schon ein Profil anlegen mit RadeonPro, was die Framezeiten etwas glättet.
Auf TomsHardware gibt es einen Artikel darüber: http://www.tomshardware.de/Crossfire-SLI-Mikroruckler-Radeon-Pro,news-248333.html

Bisher hab ich es auch nicht bei allen Spiele (28+) benötigt, aber bei Crysis2 war es notwendig damit CrossfireX die volle Leistung bringt.

Beim HSA werden auch andere Aufgaben als Spiele auf die GPU ausgelagert, ich bin auch gespannt wie sich DualGraphics entwickelt.
 
Vielleicht lassen die sich ja mit diversen Benchmarks messen, aber mir ist das wurscht, wenn man beim Spielen nichts merkt.
In erster Linie sieht man die µRuckler und spürt sie beim Input (Aiming). Die Messung bestätigt nur, was das Auge sieht.
 
Interessante Details:
http://www.hardwarecanucks.com/foru...chland-s-dual-graphics-gcn-compatibility.html
Like the Mars Pro, XT and LP, the A10 comes with 384 cores and when combined with the higher clock speeds granted by the Richland refresh, allows the IGP’s performance to roughly equal that of GCN-based discrete chips. Both are also seen as HD 8000-series by AMD’s Catalyst drivers so there won’t be any conflicts there. Hence, it was just a matter of getting the two different architectures communicating with each other; a noteworthy accomplishment which deserves more credit than this small article can provide.

The exact details of how AMD accomplished this mixed architecture Dual Graphics wizardry are a closely guarded secret but supposedly the technology has been around for some time now. Richland simply represents the first time they were able to use it for meaningful performance enhancements.

Also das bedeutet DualGraphics mit Richland verdoppelt die Performance, abzüglich Skalierungsverlust.
 
Ich habe gemeint Dual-Graphics ist mit VLIW4 und GCN keine tolle Idee, weil eben der AF Algorithmus anders ist, dass sollte teils hässliches Flackern geben.
Das sollte aber auch schon mit VLIW5 und VLIW4 sichtbar gewesen sein, bei den Evergreenteilen, war das Flimmern weniger ausgeprägt, dafür aber das Banding.

Ebenfalls muss AMD erst einmal versuchen die Buffer und die Framerateausgabe zu verbessern, damit die Mikroruckler-Problematik endlich deutlich besser wird.
[3DC]Payne;4750212 schrieb:
Und was spricht dagegen, dass AMD dieses gefixt hat??
Das scheint inder tat der Fall zu sein und im Juli nochmals deutlich besser werden:
http://www.anandtech.com/show/6857/amd-stuttering-issues-driver-roadmap-fraps/7
They have changed how they develop their drivers, how they do competitive analysis, and how they look at stuttering and frame intervals in games. And they’re not done. They’re already working on changing how they do frame pacing for multi-GPU setups, and come July we’re going to have the chance to see the results of AMD’s latest efforts there.
Der gesamte Artikle ist sehr Interessant in Bezug auf das Thema Mikroruckler und deren angeblicher Nachweise in Benchmarks anhand von Framelatenz Messungen.
 
Zurück
Oben Unten