AMD-Grafikkarten: Radeon Pro Vega II und Pro Vega II Duo für Mac Pro vorgestellt
Im Zuge Apples gestriger WWDC-Keynote wurden neue AMD-Grafikkarten gezeigt, die im neuen Mac Pro zum Einsatz kommen. Mittlerweile gab es auch eine offizielle Vorstellung der Radeon Pro Vega II und Pro Vega II Duo seitens AMD.
Apple präsentierte im Zuge der eigenen WWDC-Keynote am gestrigen Abend nicht nur neue Produkte für das eigene Produktportfolio. Mit der Radeon Pro Vega II und Pro Vega II Duo wurden ebenfalls neue AMD-Grafikkarten gezeigt, die mittlerweile offiziell vorgestellt wurden und vorerst dem neuen Mac Pro vorbehalten sind.
AMD zeigt Pro Vega II mit 14 TFLOPS und 32 GiByte HBM2 und Pro Vega II Duo mit 28 TFLOPS und 64 GiByte HBM2
Als Basis der Radeon Pro Vega II dient eine 7-nm-Vega 20-GPU mit 32 GiByte HBM2-Speicher im Vollausbau. In Zahlen bedeutet das 64 Compute-Units und damit 4.096 Stream-Prozessoren beziehungsweise Shader-Einheiten. AMD gibt den GPU-Takt mit einer Peak-Engine-Clock von 1,7 GHz an. Der HBM2-Speicher ist derweil über ein 4.096-Bit breites Speicher-Interface angebunden und kommt in Summe auf eine Speicherbandbreite von 1 TB/s. Die theoretische Rechenleistung liege bei 14,2 TFLOPS bei Gleitkomma-Berechnungen mit einfacher Genauigkeit (FP32) und bis zu 28 TFLOPS bei Gleitkomma-Berechnung mit halber Genauigkeit.
Zusätzlich präsentiert AMD mit der Radeon Pro Vega II Duo eine Dual-GPU-Grafikkarte mit zwei unbeschnittenen Vega 20-GPUs mit je 32 GiByte HBM2-Speicher. Daraus ergibt sich eine Gesamtspeichermenge von 64 GiByte sowie 128 Compute-Units und 8.192 Shader-Einheiten. Folglich fällt die theoretische Rechenleistung mit 28,3 TFLOPS (FP32) annähernd doppelt so hoch aus. Für die Verbindung beider GPUs mit dem System wird auf einen gesonderten Chip gesetzt. Untereinander sind die Vega 20-GPUs derweil über einen Infinity-Fabric-Link verbunden, der Datenübertragungen mit bis zu 84,5 GB/s ermöglichen soll.
Da es sich um Profi-Grafikkarten vornehmlich für Content-Ersteller handelt, wirbt AMD mit allerhand Zertifizierungen für entsprechende Software. Zudem wurden beide Grafikkarten stark für Apples Metal-API optimiert. Vorerst bleiben die Radeon Pro Vega II und dementsprechend auch Radeon Pro Vega II Duo dem neuen Mac Pro von Apple vorbehalten.
Das liegt nicht zuletzt auch daran, dass ein neuer PCI-E-Anschluss neben einer konventionellen PCI-Express-x16-Anbindung zum Einsatz kommt. Der versorgt die Grafikkarten mit bis zu 475 Watt, sodass die Notwendigkeit gesonderter Stromanschlüsse entfällt und der Integration von Thunderbolt 3 dient. Ob AMD zumindest die Radeon Pro Vega II auch abseits des Mac Pro in den Handel bringt, bleibt abzuwarten.
Quelle: Apple
AMD-Grafikkarten: Radeon Pro Vega II und Pro Vega II Duo für Mac Pro vorgestellt (2)
![[PLUS] Vega-Ensemble - Fünf Herstellerdesigns mit RX Vega 64 / RX Vega 56 im Test](/screenshots/1020x/2018/01/aufmacher-5-pcgh1.png)
[PLUS] Vega-Ensemble - Fünf Herstellerdesigns mit RX Vega 64 / RX Vega 56 im Test
mehr ...
"W/m²" ist weder Wärmeleitfähigkeit noch Widerstand sondern eine von dir erfundene Einheit. Und nach deiner Halluzination das 300W in einem Raum keine Auswirkung hat müsste dann wohl jeder im Winter mit wohl mindestens 10 kW/Raum durchgehend Heizen da man sonst ja - laut dir - davon nichts mehr XD
Wenn du dich in Physik so gut auskennst, dann kannst du dir anhand der Einheiten zusammenreimen was das ist. Mit ein bisschen praktischem Denken und dem Zusammenhang mit der Heizung von Räumen kann man sogar noch erkennen wie es angewand wird...
Dann hätte ich gerne ein Zitat, in dem ich sage, dass 300W keinen Einfluss auf die Raumtemperatur haben! Geschrieben habe ich das nirgends und ich frage mich gerade wie du darauf kommst?!
Was allerdings nicht geht ist, wie von die behauptet mittels der Abwärme eines Desktoprechners einen Raum in ne Sauna zu verwandeln. Mal von Aufgussbecken und Holzbänken ab. Die Leistung reicht einfach nicht um einen normalen Wohnraum auch nur in die Nähe von Saunatemperaturen zu erhitzen.
Der Open Source Treiber (der ebenso offiziell ist wie alle anderen auch) ist eben der Feld, Wald, Wiesen Treiber für alle, die eben nur normal am Rechner spielen und mit "normalen" Anwendungen zu tun haben.
Die Closed Source Treiber sind halt u.a. für professionelle Grafikanwendungen.
Ist in Windows ja nicht anders, auch da gibt es für verschiedene Anwendergruppen und Produkte verschiedene Treiber. Da jetzt von leistungsfähiger zu sprechen ist kokolores. Es kommt drauf an was man macht. Mit meiner Quadro im Lappi nebst entsprechenden Treibern kann man auch unter Windows nicht vernünftig zocken. Allerdings hängt er in CAD Anwendungen den normalen Mainstream Treiber meilenweit ab. Was davon ist jetzt leistungsfähiger?
Nur nach dem was du bisher so von dir gegeben hast würde es mich wunder wenn du überhaupt irgend etwas zustande bringst was auch nur im entferntesten einem richtigen Argument nahe kommt.
Nur so viel die Community besteht in diesem Fall zu einem sehr großen Teil aus AMD Mitarbeitern...
Abgesehen davon bringen hier im Thread eigentlich alle Argumente, es bist nur du, der hier polemisierend und mit einem ganz offensichtlichen Mangel an Wissen (was ja nicht schlimm ist) unterwegs ist. Gefährliches Halbwissen in Verbindung mit einer festen Überzeugung ist halt immer schwierig.
Nur mal um aufzuzeigen wie falsch du liegst:
"W/m²" ist weder Wärmeleitfähigkeit noch Widerstand sondern eine von dir erfundene Einheit. Und nach deiner Halluzination das 300W in einem Raum keine Auswirkung hat müsste dann wohl jeder im Winter mit wohl mindestens 10 kW/Raum durchgehend Heizen da man sonst ja - laut dir - davon nichts mehr XD
Bleib so wie du bist - da hat man dann Spaß wenn es mehr Leute gibt über die man lachen kann.
Weiteres Beispiel wäre die Wärmeabstrahlung bei CPUs oder die Sonneneinstrahlung auf der Erde, das wird jeweils auch mit W/m² angegeben.
Die Probleme, die Entwickler mit Linux haben, liegen oft daran, dass sie Libraries integrieren, um zu vermeiden, Probleme zu bekommen, und diese Libraries passen dann nicht mehr zu anderen auf dem System, die ihre Dependencies darstellen.
Das heißt konkret: Ich zocke ein Spiel, update meine Distribution und kann es plötzlich nicht mehr starten, weil es z.B. sagt, dass libA nicht mit der installierten libB_neu zufrieden ist. Also benenne ich die dem Spiel beiliegende libA im Spieleordner um, und verlinke libA auf die libA_neu in meinem lib-Verzeichnis auf dem System, die auf meinem System zusammen mit libB_neu geupdatet wurde, und in der Regel geht es dann.
Bedauerlicherweise sind das die häufigsten Gründe, warum Spiele nicht mehr gehen. Und das, obwohl diese blöde Idee des Mitliefern von Libraries eigentlich das Gegenteil bewirken soll.
Tatsächlich laufen Spiele, die mit Proton lauffähig sind, dann auch oft stabiler in der Hinsicht, als native Spiele, weil man ja nur die Vergangenheit von Windows in Wine nachbilden muss und es kaum gegenwärtige Entwicklungen gibt, die einem Steine in den Weg legen, außer Drittanbieter-Kopierschutzsoftware, veraltete Skriptsprachen für Launcher usw.
AMDGPU, RadeonSI, AMDVLK, AMDGPU-PRO
AMDGPU-PRO enthält Quellcode, der nicht öffentlich ist, und wird deshalb von AMD auf der eigenen Seite zum Download angeboten. Dieser wird nur für professionelle Anwender empfohlen, die z.B. Grafikbearbeitung machen und auf bestimmte Funktionen angewiesen sind, die aus Lizenzgründen nicht in die Open-Source-Treiber können.
AMDGPU ist unter RadeonSI(OpenGL) und AMDVLK(Vulkan) das Bindeglied zur Grafikkarte. AMDVLK ist identisch zum Code im proprietären Treiber, und auch zum Windows-Treiber. Aber der Compiler für die proprietären Versionen hat eventuell Patches, die noch nicht öffentlich sind. An all diesen Treibern arbeiten überwiegend AMD-Mitarbeiter.
Daneben gibt es RADV, der tatsächlich ein reiner Community-Treiber für die Vulkan-API ist, und das ist in der Regel auch der Standardtreiber, den man bekommt, wenn man nicht explizit AMDVLK installiert. Die beiden Treiber sind etwa gleich schnell. Das ist der einzige, der in der Regel gar nicht von AMD-Mitarbeitern verändert wird, weil AMD natürlich AMDVLK supportet.
Das ganze hat auf Apple aber keinen Einfluss, und zwar aus einem einfachen Grund:
Apple scheint die Grafikleistung ihrer Rechner komplett egal zu sein. Denn die Übersetzung von Dota 2 über die Vulkan-API zu Metal lief deutlich performanter als die native mit OpenGL, obwohl es einen Übersetzungsoverhead gibt. Das beweist, dass Apple vom schnellen RadeonSI auf Linux bisher nicht profitieren konnte/wollte.
Es könnte einzig hilfreich für Apple sein, wenn sie Vernunft annähmen, ihre Metal-API wieder fallen ließen und stattdessen auf den Vulkan-Zug aufspringen würden. Das würde ihrer Plattform eine große Menge an Spielen verfügbar machen, zumal es ein leichtes sein sollte, die nötigen Anpassungen zu treffen, damit z.B. Proton auch auf Macs läuft.
Ah klar - genau deshalb waren die OpenSource Treiber der Community bereits leistungsfähiger als die offfiziellen von AMD XD
Bitte, sei mein Gast und zeig uns das es nciht die Community war die den Treiber massiv verbessert hat.
Nur nach dem was du bisher so von dir gegeben hast würde es mich wunder wenn du überhaupt irgend etwas zustande bringst was auch nur im entferntesten einem richtigen Argument nahe kommt.
Bitte sei mein Gast und zeig das es die "Community" war, welche "den Treiber" massiv verbessert hat.
Das Board schaut nicht nach einer AMD-Entwicklung aus.