AMD/ATI Navi 1X (7nm, RDNA1, 2019) & Navi 2X (7nm, RDNA2, 2020)

[basix]

Bei einem reinen Mobile Chip bin ich auch eher skeptisch, da es ja noch eine 5700M gibt.

Wenn es "Matisse-G" wird, dann hat der Chip ganz andere Anforderungen. 65W TDP für CPU (3700X alike) und 40W für die GPU, um in den 105W TDP zu bleiben. 1100MHz würden ziemlich gut passen: 180W Chip Power @ 1.8 GHz für die 5700XT --> 1.6x Taktunterschied --> 1.6^3 = 4x --> 180W / 4 = 45W. Noch ein paar weitere Optimierungen und das passt schon.

"Matisse-G" mit Navi-GPU passt aber leider nicht auf AM4, da zu wenig Platz auf dem Träger.

Edit:
Es gibt doch eine Möglichkeit für AM4. Man schiebt den I/O Die nach oben neben das eine Chiplet, dann wird die untere Hälfte des Trägers frei. Hier würde eine GPU von der Klasse eines Navi 10 von der Grösse her knapp hinpassen. Was aber das Killer-Kriterium wäre: Man müsste den HBM auf die GPU 3D stacken. Der starke Fokus auf reduzierte Stromaufnahme könnte zumindest auch ein Indiz dafür sein (Wärmeableitung und so). Ausserdem wäre das ein schöner Pipe Cleaner für "HBM-direct-on-die-Stacking"

Edit 2:
Auf ein 200mm2 Die würden ausserdem 2x HBM Stacks passen (8GByte, 2-Hi oder 4-Hi Stacks). Diese mit niedrigen 1-1.2 GT/s laufen lassen (Stromverbrauch) und das ist extrem effizient.

[Der_Korken]

Mal was ganz abstruses: Ist N12 eventuell ein eigener Die, der in einem Mobile-Prozess gefertigt wird? Würde zumindest die niedrigen Taktraten erklären, denn 1100Mhz ist bei N10 schon fast unterhalb des Sweetspots, d.h. man spart keine Spannung mehr ein.

[HOT]

Wird wohl wie V12 ein low-profile-Package sein für Notebooks, insbesondere für Apple.

[Leonidas]

Die bisherigen Navi-Mobile-Lösungen zeichnen sich nicht gerade dadurch aus, die Performance möglichst hochzuhalten und dafür trotzdem mit dem Stromverbrauch stark runterzugehen (wie es nVidia kann).

Insofern könnte ein extra auf Mobile angepasster Chip schon Sinn machen - gerade wenn man vielleicht Apple überzeugen will/muß.

[robbitop]

Der AMD Klassiker. Unnötig schlechte Betriebspunkte. Das ist unabhängig von der uArch.

[Unicous]

Krass, hynix hat eine PM wegen dem fake screen shot veröffentlicht:

https://news.skhynix.com/official-st...of-false-news/

[JVC]

Bin auch grad drüber gestolpert...
https://www.hardwareluxx.de/index.ph...-gb-hbm2e.html
"Update: SK Hynix widerspricht Gerüchten"

M.f.G. JVC

[Linmoum]

Ist auch einfach nur noch absurd, was bei den Medien abgeht.

"das sieht ja eigentlich wenig glaubwürdig aus aber hey machen wir trotzdem newz daraus!!"

[LasterCluster]

Zitat von basix

Bei einem reinen Mobile Chip bin ich auch eher skeptisch, da es ja noch eine 5700M gibt.

Wenn es "Matisse-G" wird, dann hat der Chip ganz andere Anforderungen. 65W TDP für CPU (3700X alike) und 40W für die GPU, um in den 105W TDP zu bleiben. 1100MHz würden ziemlich gut passen: 180W Chip Power @ 1.8 GHz für die 5700XT --> 1.6x Taktunterschied --> 1.6^3 = 4x --> 180W / 4 = 45W. Noch ein paar weitere Optimierungen und das passt schon.

"Matisse-G" mit Navi-GPU passt aber leider nicht auf AM4, da zu wenig Platz auf dem Träger.

Edit:
Es gibt doch eine Möglichkeit für AM4. Man schiebt den I/O Die nach oben neben das eine Chiplet, dann wird die untere Hälfte des Trägers frei. Hier würde eine GPU von der Klasse eines Navi 10 von der Grösse her knapp hinpassen. Was aber das Killer-Kriterium wäre: Man müsste den HBM auf die GPU 3D stacken. Der starke Fokus auf reduzierte Stromaufnahme könnte zumindest auch ein Indiz dafür sein (Wärmeableitung und so). Ausserdem wäre das ein schöner Pipe Cleaner für "HBM-direct-on-die-Stacking"

Edit 2:
Auf ein 200mm2 Die würden ausserdem 2x HBM Stacks passen (8GByte, 2-Hi oder 4-Hi Stacks). Diese mit niedrigen 1-1.2 GT/s laufen lassen (Stromverbrauch) und das ist extrem effizient.

Für AM4 ergibt so ein Chip eh keinen Sinn. Da nimmt man einfach ne dGPU. Potentielle Märkte wären mobile oder semi-custom. Dann wäre ein Renoir-G sinnvoller, da man die GPU dann teilweise komplett abschalten könnte.

[Complicated]

Zitat von Linmoum

Ist auch einfach nur noch absurd, was bei den Medien abgeht.

"das sieht ja eigentlich wenig glaubwürdig aus aber hey machen wir trotzdem newz daraus!!"

+1

[Berniyh]

Zitat von basix

Wenn es "Matisse-G" wird, dann hat der Chip ganz andere Anforderungen. 65W TDP für CPU (3700X alike) und 40W für die GPU, um in den 105W TDP zu bleiben. 1100MHz würden ziemlich gut passen: 180W Chip Power @ 1.8 GHz für die 5700XT --> 1.6x Taktunterschied --> 1.6^3 = 4x --> 180W / 4 = 45W. Noch ein paar weitere Optimierungen und das passt schon.

"Matisse-G" mit Navi-GPU passt aber leider nicht auf AM4, da zu wenig Platz auf dem Träger.

Also so ohne Weiteres macht Navi12 als Chiplet auf AM4 keinen Sinn.
Die bisherigen APUs haben 2 SPD Interfaces, entsprechend dem Dual Channel.
16 würden nur mit HBM2 Sinn machen und auch nur für exakt 2 Stacks.

So wirklich mag ich das aber ehrlich gesagt nicht glauben.

[Locuza]

Zitat von Berniyh

Also so ohne Weiteres macht Navi12 als Chiplet auf AM4 keinen Sinn.
Die bisherigen APUs haben 2 SPD Interfaces, entsprechend dem Dual Channel.
16 würden nur mit HBM2 Sinn machen und auch nur für exakt 2 Stacks.

So wirklich mag ich das aber ehrlich gesagt nicht glauben.

Aus AMDs GPU Firmware:


Dazu:

Zitat von juergbi:

For Navi12 dram_channel_width_bytes is 16, i.e., 128 bits per channel, while for Navi10 it's 2, i.e., 16 bits per channel. num_chans is 16 for both, resulting in a total dram width of 2048 bits for Navi12 (and 256 bits for Navi10). This is another hint towards HBM.

Quelle:
https://www.reddit.com/r/Amd/comment...e_info_shader/

Ebenso wie Vega20 und Navi14 unterstützt Navi12 mehrere dot-instructions:

https://llvm.org/docs/AMDGPU/AMDGPUAsmGFX1011.html

Wurde an anderer Stelle auch als Navi_DL (DeepLearning) bezeichnet.

[Berniyh]

Zitat von Locuza

Ebenso wie Vega20 und Navi14 unterstützt Navi12 mehrere dot-instructions

Irgendwas hab ich gestern auch gesehen was dazu passen könnte, hab das aber als unwichtig abgetan, weil es mir irgendwie unlogisch erschien (bzgl. der Einordnung von Navi14 vs. Navi10).

Aber generell erscheint mir die Einordnung von Navi12 als Spezialvariante von Navi1x für Datacenter-Anwendungen angesichts der Eckdaten logischer als die Annahme es handle sich um eine HBM2-Variante für Apple.

Von einem derartig benannten Produkt hat man aber – im Gegensatz zu Arcturus aka MI100 – aber nach wie vor überhaupt nichts gehört obwohl der Code dazu schon sehr lange im Linux Kernel ist (im Gegensatz zu dem zu Arcturus).

[basix]

Und wenn Navi 14 kein Produkt ist sondern nur irgendein Testvehikel? Vielleicht um ein GPU-Chiplet Ansatz auszuprobieren? Da wären niedrige Taktraten zumindest logisch, da nicht maximale Frequenz gefordert ist, sondern stabiler Betrieb mit minimalem Kühlaufwand. Dabei würde man sich zudem viel auf Systemtests und SW-Entwicklung fokussieren, was ebenfalls keine hohen Taktraten erfordert.

[Brillus]

Wie sieht es eigentlich mit Google Stadia aus soll das nicht was SemiCustom sein und da würde auch Linux Treiber passen.

[Berniyh]

Laut Komachi gibt es jetzt auch noch den Codenamen "draco".
Da draco ein Stern(system) ist handelt es sich wahrscheinlich um eine GPU.
Also entweder Nachfolger von Navi oder Arcturus. Vermutlich aber eher letzteres, ich hätte jetzt erwartet, dass noch Navi3x kommt, da man hier ja gerade einen (doch eher positiv gesehenen) Codenamen aufgebaut hat.

Für mich amüsant, denn mein Spiele-PC heißt schon seit 10 Jahren draco. ^^

[HOT]

Draco dürfte RDNA3 ab irgendwann 22 sein. Die sicherlich 21 erscheinende N1x-Ablöse dürfte mMn weiterhin RDNA2 sein.

Locuza
Dann ist klar, dass N12 eine N10-Variante für Mobil/Profi ist, aber dennoch ein neuer Chip.

[Berniyh]

Zitat von HOT

Draco dürfte RDNA3 ab irgendwann 22 sein. Die sicherlich 21 erscheinende N1x-Ablöse dürfte mMn weiterhin RDNA2 sein.

Will ich nicht ausschließen, aber warum sollte man RDNA3 nicht mehr Navi nennen, wenn man den Namen für RDNA2 beibehalten hat?

[Complicated]

Warum sollte man Codenamen nach Marketingkriterien auswählen?
Welcher Kunde weiss denn was Navi ist, nimmt man alle Forenbesucher hier mal aus? Im Mediamarkt werden dir selbst die meisten Verkäufer das nicht erklären können.

Dass ein Refresh die 2x Nomenklatur erhält bei einer Verbesserung des Chips ist ja eines, warum eine ganze neue Generation den Namen weiter tragen sollte ist eher hinderlich für den internen Gebrauch und ermöglicht nur mehr Fehler durch zu viele ähnliche Namen.

Die ISA signalisiert durch Iterationen Kontinuität und Kompatibilität - das sollte doch ausreichen. GCN1...5 und RDNA1/2
Bei Chips kommt dann eher so etwas wie Intels 14nm+++++ bei raus.

[robbitop]

Wobei die ISA ja eigentlich bis heute noch ziemlich GCN geblieben ist. Die Implementierung der uArch ist hauptsächlich stark verändert. Der Name GCN schien aber zu stark verbrannt gewesen zu sein.