AMD Vega: Illustrativer Die-Shot und erste technische Daten von der WWDC

PCGH-Redaktion

Kommentar-System
Teammitglied
Jetzt ist Ihre Meinung gefragt zu AMD Vega: Illustrativer Die-Shot und erste technische Daten von der WWDC

AMD hat die Entwicklerkonferenz WWDC genutzt, um die Radeon Pro 500 Serie für Macs vorzustellen. Die basiert auf Vega und deshalb wird es jetzt spannend, denn so kamen einige Details zur Technik ans Tageslicht sowie ein illustrativer Die-Shot.

Bitte beachten Sie: Der Kommentarbereich wird gemäß der Forenregeln moderiert. Allgemeine Fragen und Kritik zu Online-Artikeln von PC Games Hardware sind im Feedback-Unterforum zu veröffentlichen und nicht im Kommentarthread zu einer News. Dort werden sie ohne Nachfragen entfernt.

lastpost-right.png
Zurück zum Artikel: AMD Vega: Illustrativer Die-Shot und erste technische Daten von der WWDC
 
1300Mhz im iMAC da dürfte man bei kaum 150W liegen. Ergo dürfte die Desktopversion Richtung 1750+mhz gehen.
 
Da hat AMD für ihre Verhältnisse einen dicken Fisch an Land gezogen, wenn Apple erneut (exklusiv?) Radeons in die iMacs, iMac Pros und evtl. den noch folgenden Mac Pros bringt. An der Hardware alleine kann es kaum liegen, wenn selbst "hungry" Polaris zum Einsatz kommt, muss auch die Software(Philosophie) von AMD ausschlaggebend gewesen sein. Open Source ist für den OpenCL-Initiator Apple einfach attraktiver.
 
Bei gleichem Takt sollte der Polaris refresh doch schon sparsamer sein oder?
Von daher lohnt es sich auch ihn einzubauen. Und vlt selektiert AMD für Apple auch die Chips mit besonderer Gute aus.
 
Da hat AMD für ihre Verhältnisse einen dicken Fisch an Land gezogen, wenn Apple erneut (exklusiv?) Radeons in die iMacs, iMac Pros und evtl. den noch folgenden Mac Pros bringt. An der Hardware alleine kann es kaum liegen, wenn selbst "hungry" Polaris zum Einsatz kommt, muss auch die Software(Philosophie) von AMD ausschlaggebend gewesen sein. Open Source ist für den OpenCL-Initiator Apple einfach attraktiver.

Denke nicht dass es an der Software und OpenCL liegt, denn Apple will die dinger ja nicht nur selber nutzen sondern auch verkaufen. In Vorlesungen bei mir erwähnen die Profs auch immer wieder etwas in Richtung GPGPU und da wird meist nur von CUDA gesprochen. Jetzt haben wir einen Austauschprof aus Kalifornien und der macht sich Sorgen weil CUDA von einem einzigen Hersteller abhängig ist.

OpenCL scheint ziemlich unbeliebt zu sein, wieso auch immer. Hab mich mit dem Thema bisher nicht wirklich auseinandergesetzt.

Ich denke also entweder ist die Hardware verdammt gut oder AMD hat einen unschlagbaren Preis gemacht. Die Kundschaft für solche Profi Geräte würde glaube ich eher auf Nvidia und deren Cuda setzen.
 
Da hat AMD für ihre Verhältnisse einen dicken Fisch an Land gezogen, wenn Apple erneut (exklusiv?) Radeons in die iMacs, iMac Pros und evtl. den noch folgenden Mac Pros bringt.
Da kommt sicher wie gewohnt ein ganzes Vermögen am Ende eines Quartals.*

Open Source ist für den OpenCL-Initiator Apple einfach attraktiver.
Ja, weil Apple bekanntlich auf Open-Source-Driver abfährt und stets die aktuellste Version von OpenCL verwendet.*

*Kann Spuren von Ironie enthalten*
 
Ich denke also entweder ist die Hardware verdammt gut oder AMD hat einen unschlagbaren Preis gemacht. Die Kundschaft für solche Profi Geräte würde glaube ich eher auf Nvidia und deren Cuda setzen.

Bei Cuda muss man etwas weniger von Hand hinschreiben, als bei OCL. Dort muss man bestimmtes Sachen explizit hinschreiben.
Die eigentlichen Programmbefehle, sind aber sehr ähnlich, nur das eben OCL statt CUDA da steht.
Bestimmte Bezeichner heißen anders, werden aber gleich eingesetzt, z.B. Work-Item statt Thread. Siehe: Porting CUDA Applications to OpenCL™ - AMD

Wenn man aber Cuda kann, kann man recht gut auf OCL umsteigen. Ein Teil (75-90%) kann AMD ja sogar automatisiert übertragen lassen. Supercomputer: AMD startet Software-Offensive "Boltzmann" | heise online
Alte User-News: AMD kündigt Boltzmann Initiative an und bringt Cuda auf FirePros
 
Zuletzt bearbeitet:
Da hat AMD für ihre Verhältnisse einen dicken Fisch an Land gezogen, wenn Apple erneut (exklusiv?) Radeons in die iMacs, iMac Pros und evtl. den noch folgenden Mac Pros bringt. An der Hardware alleine kann es kaum liegen, wenn selbst "hungry" Polaris zum Einsatz kommt, muss auch die Software(Philosophie) von AMD ausschlaggebend gewesen sein. Open Source ist für den OpenCL-Initiator Apple einfach attraktiver.

Inwiefern hungry ?
Die Polaris Chips die Apple verbaut sind ähnlich Energieeffizient wie Pascal.
Man denke nur an die Radeon Pro 460.
Auch die mobile 580 ist mit nur 65 Watt verbrauch bei 80% der Leistung auch ziemlich Effizient.
 
Na hoffentlich kann man als Endnutzer überhaupt noch Vega Karten zu vernünftig​en Preisen ergattern, wenn Apple die Karten im größeren Mengen kauft und HBM2-Speicher Mangelware ist. :(:heul:
 
06.06.2017 um 12:20 Uhr AMD hat die Entwicklerkonferenz WWDC genutzt, um die Radeon Pro 500 Serie für Macs vorzustellen. Die basiert auf Vega und deshalb wird es jetzt spannend, denn so kamen einige Details zur Technik ans Tageslicht sowie ein illustrativer Die-Shot.

Bin auf Vega gespannt :-), vor allem auf HBCC,HBM 2 und den Finalen Taktraten !

Multi-Chip-Modul mit 2. HBM2-Stacks . 8. Shader Engines , mit jeweils 8 Compute Units .
Jede Einheit hat ihren eigenen Geometrie-Prozessor und Rasterizer .
32 Render-Backends und 128 Rasteroperatoren .

4.096 Shader
8 GB HBM2-Speicher - 2.048 Bit Interface mit 930 MHz Takt.
1600+ MHz :-)
 
Zuletzt bearbeitet:
Da kommt sicher wie gewohnt ein ganzes Vermögen am Ende eines Quartals.*

Ja, weil Apple bekanntlich auf Open-Source-Driver abfährt und stets die aktuellste Version von OpenCL verwendet.*

*Kann Spuren von Ironie enthalten*

Du lachst, aber die meisten Firmen mit extrem proprietärer Philosophie (z.B. Apple, nVidia, M$, ....) machen sich nur sehr ungern von ebenso proprietär denkenden Firmen abhängig, zumindest solange sich keine Win-Win Situation entsteht (wie z.B. bei Wintel).

Beim vorliegenden Fall kommt hinzu, dass Apple nicht unwesentlich selbst an der Treiberentwicklung beteiligt sein will. AMD ist das Recht und billig, denn die Treiber gibts zumindest unter Linux eh im Sourcecode. Nvidia hingegen sperrt sich hier immer noch, weshalb essentielle Funktionen durch die Open-Source-Treiberentwickler durch reverse Engineering implementiert werden müssen.

Deshalb fehlt auch im aktuellen OS-Linuxtreiber für Pascalkarten z.B. noch Videobeschleunigung, der 3D-Modus oder sämtliche Stromsparfunktionen.
 
Also die 8 Shader-Engines überraschen mich jetzt aber doch. :wow:
Das würde die recht lange Treiberarbeit erklären. Seit GCN 1.0 in Form von Tahiti (2 Shader-Engines) setzte AMD durchgehend auf 4 (Tonga, Hawaii / Grenada, Fiji, Polaris). Die Tessellationsperformance von Polaris war ja schon für AMD sehr gut, damit dürften nun Tessellationsengpässe nochmals minimiert werden.
Ich hatte schon vor längerer Zeit auf mehr Shaderengines zur feineren Auslastung und Unterteilung gehofft, aber wahrscheinlich wurde es einfach höchste Zeit dafür (gerade auch hinsichtlich DX12 / Vulkan).
 
Zuletzt bearbeitet:
Also die 8 Shader-Engines überraschen mich jetzt aber doch. :wow:
Das würde die recht lange Treiberarbeit erklären. Seit GCN 1.0 in Form von Tahiti (2 Shader-Engines) setzte AMD durchgehend auf 4 (Tonga, Hawaii / Grenada, Fiji, Polaris). Die Tessellationsperformance von Polaris war ja schon für AMD sehr gut..

Das ist schon seit Wochen bekannt.
 
Zurück