News Im Test vor 15 Jahren: ATis Radeon 9100 IGP im Bandbreitenlimit

[crogge]

Die genannte IGP war damals nicht so schlecht wie hier dargestellt, ich hatte diese vorübergehend im Einsatz als sich meine dedizierte Grafikkarte verabschiedet hatte.

Spiele wie Unreal Tournament 2003 liefen darauf problemlos mit 30 - 50 FPS, jedoch nie weniger als 30. Auch Half Life 2 war kein Problem, jedoch nur bei niedriger Auflösung.

 

[Kenshin_01]

Da TommyHPC (jetzt Computerbase) am 16. April 1999 online ging wird das mit deinem Wunsch wohl schwierig werden, da wohl das Archivmaterial fehlen wird

Das is natürlich doch schade. Interessant wäre das doch gewesen, da stimm' ich dir zu

 

[Holt]

Raucherdackel!, wir reden aneinander vorbei, ich rede von der SW Unterstützung die auf der Idee basiert parallel abarbeitbare Aufgabe an die GPU zu verlagern die dort schneller abgearbeitet werden können, wo es sich aber nicht lohnt diese auf eine Graka auszulagern, wenn sie zu klein sind und die Übertragung der Daten und Befehle auf die Graka den Zeitvorteil auffressen würde und dazu brauchte man damals diese enge Integration von CPU und GPU, eben um nicht so viel Zeit zu verlieren wenn man mal etwas auf der GPU berechnen lassen will. Dies war die Fusion Idee, diese Präsentation zeigt diese auch deutlich was der Unterschied ist und HSA braucht eine Softwareunterstützung die es erst spät gab und die auch schon längst wieder eingestellt wurde, deshalb:

AMDs Fusion ist tot

Latest News
Five Minutes with John Glossner, President of HSA Foundation (October 23, 2018)

Da hat sich also seit über 5 Jahren nichts mehr getan.

rst hat AMD viel zu lange gebraucht um überhaupt eine SW Unterstützung anzubieten
Falsch. Erste APU war der E-350. der lief von Anfang an problemlos, auch unter Linux.

Die lief als CPU und mit iGPU, aber es gab eben keine SW Unterstützung für die eigentlich Fusion Idee wie sie 2006 bei der Übernahme von ATI vorgestellt wurde, die ist nämlich:

AMD's plans to accelerate what it currently calls the "Fusion" concept. The company unveiled plans for a new type of processor, which it calls "Accelerated Processing Unit" (APU). APU's are expected to be multi-core chips that include any mix of processor cores and other dedicated processors. APU's will also feature an integrated memory controller, and clearly indicate AMD's plans to leverage ATI's graphics technology as an integral part of future multi-core processors. AMD believes that APU's will bring more performance and increased power efficiency.

Llano nicht nur eine CPU und eine GPU die zwar auf einem Die stecken, wo aber der entscheidende Teil des Konzeptes dort nicht verwirklicht wurde, sondern der kam erst mit Kaveri:

Ein weiteres wichtiges Merkmal ist, dass im Endausbaustadium der Grafikteil einen kohärenten Speicher und gemeinsamen Adressraum aufweist und mit C++ bzw. OpenCL programmierbar ist. Dies hat AMD bereits in seinen Kaveri-APUs mit Graphics-Core-Next-Grafikarchitektur integriert.

Erst ab den Kaveri APUs wurde die Kohärenz im Speicher gewährleistet, damit war die eigentliche Fusion Idee dann erst wirklich realisiert, nämlich mehr als eine CPU und eine GPU zu haben, die zwar bei den APUs immer schon auf den gleichen Speicher zugegriffen haben, aber jeder hatte vor Kaveri einen festen Bereich des RAMs den nur sie verwaltetet hat. Daten mussten also von RAM Bereich der CPU über die CPU zur GPU und von der auf ihren RAM Bereich geschrieben werden, genau wie es bei einer GPU auf einer dedizierten Graka der Fall ist, um dann von der GPU verarbeitet zu werden, was eben gegenüber der Verarbeitung auf einer solchen dedizierten Graka kaum noch Latenzvorteile bietet. Erst mit Kaveri wurde dies geändert und erst damit konnte man das Umsetzen was mal der Grund für die ganzen APUs war:

Despite anything else you might hear about Kaveri, the only feature that really matters is that it implements version two of AMD’s Heterogeneous System Architecture (HSA). If you’re looking for the gritty, low-level details of HSA 2.0, we’ve got you covered. If you don’t want to read thousands of words on the topic, here’s the basic gist. Kaveri has a CPU (two Steamroller modules) and a GPU (GCN 1.1, 512 cores/8 CUs) on the same piece of 28nm silicon. The CPU and GPU are connected via a HUMA (heterogeneous unified memory access) controller, giving them shared access to the same RAM — and more importantly, the ability to pass memory pointers directly between each other.

Raven Ridge bietet genau dieses Feature nicht mehr, AMD hat die ganze Entwicklung in diese Richtung nämlich wieder eingestellt.

und bauen heute wie damals nur APUs mit eher schwacher CPU
Falsch. R5 2400G deklassiert geradezu gleichteure Intel CPUs, weil 4C/8T.

Es geht nicht um gleichteure CPUs, sondern um die absolute Leistung der CPUs und da bietet AMD auch reine CPU mit doppelt so vielen Kernen für den gleichen Sockel an, von den TR ganz zu schweigen. Die Idee hinter Fusion die mit HSA2.0 (die Level der HSA davor hat auch NVidia, nennt sich da CUDA) bei Kaveri erstmalig umgesetzt wurde war, dass man einfach nicht endlos die Taktraten steigern kann und auch die IPC Steigerungen umso schwerer werden, je weiter man damit vorankommt. Der Ausweg um noch mehr Performance von der CPU zu bekommen ist es also mehr Daten mit einem Befehl abarbeiten zu können und dies ist ja auch was SSE2, AVX, AVX2 und nun AVX-512 machen. Aber die Idee bei AMD war, dass man ja mit einer GPU noch viel, viel mehr Recheneinheit hat als man in an Kernen in eine CPU packen kann und daher diese nimmt, statt den CPUs solche fetten, parallelen Einheiten wie die AVX512 es heute sind, einzubauen. Das gab es damals schon und wurde auch damals schon mit dedizierten Grakas gemacht, nur hat das eben den Nachteil der Latenz bei der Übertragung von Daten und Programmcode auf die GPU, weshalb es sich nur lohnt wenn man viele Berechnungen auf eine große Menge an Daten ausführt, eine kleine Aufgaben hat die CPU selbst erledigt bevor die Ergebnisse von der Graka zurückgekommen sind. Daher braucht man eine enge Integration der beiden mit HUMA, dem gemeinsamen Zugriff auf die gleichen RAM Bereiche, was aber wegen der Caches die CPUs und GPUs haben, nicht so einfach ist, dafür aber eben die Zeit extrem verkürzt und es möglich macht das die GPU auch bei kleinen Aufgaben, also solchen wo nur wenige Berechnungen auf den Daten erfolgen, dann schneller als die CPU ist, eben weil keine Daten zwischen beiden hin und her geschoben werden müssen, da beide auf die gleichen RAM Adressen zugreifen können. Das macht die GPU dann zu einer superbreiten AVX Einheit:

The smallest unit of scheduled work for the CU to run is called a wave, and each wave contains 64 threads. Each of the four SIMDs in the CU can schedule up to 10 concurrent waves.

Lies auch mal dies hier, wenn dich die ganze Geschichte wirklich interessiert.

wobei die Raven Ridge meine ich die Fusion Lösung gar nicht mehr unterstützen.
Gratulation, wieder falsch. Rate mal, wie bei Piledriver APUs die Verbindung zwischen CPU und GPU aufgebaut ist.

Dann zeige mal wo steht das Raven Ridge HUMA hat. AMD hat dies aufgegeben und Raven Ridge ist einfach nur wieder eine APU mit einer CPU und einer integrierten GPU, die aber eben nicht HSA 2.0 kann.

 

[[wege]mini]

wie immer, ein schöner rückblick....

auch wenn es offtopic ist, ein besserer ort als der "alte männer fred" fällt mir im forum nicht ein....daher ein wundervolles neues jahr an @Robert , @Volker und natürlich jedem einzelnen im team, der nie erwähnt wird und an schlechten tagen nur zum kaffee kochen da ist

LG