JEDEC spezifiziert HBM2-Standard auf bis zu 3,2 GBit/s

[HWL News Bot]

Die Entwicklung des High Bandwidth Memory ist in den vergangenen Jahres ins Stocken geraten. Einige Versuche, den Speicherstandard in das Consumer-Segment zu bringen, allen voran durch AMD (Radeon R9 Fury X, Radeon RX Vega 56 und 64 und die Radeon VII), haben nicht die Durchdringung erreicht, die durch die Hersteller erwartet wurde. Stattdessen verblieb HBM ein Speicherstandard für Datacenter-Anwendungen und einige Ableger wie die NVIDIA Titan V.
... weiterlesen

 

[kimi2003]

Klingt nach einer Speichervariante für BigNavi

 

[DeckStein]

Navi ist bereits jetzt extrem speichereffizient. Sieht man daran dass der gpu takt beim erhöhen durchschlägt.

Es gibt also keinen vorteil hbm zu nehmen. Ausser amd will sich leistungsaufnahme sparen. Da sind schonmal 50W und mehr einsparbar. Leider ist hbm aber tempersturemfindlich und das stacking wird das sicher nicht verbessern.

Mit wakü würde hbm sinn machen ohne wohl kaum

 

[Holzmann]

HBM sehen wir wahrscheinlich erst wieder bei NV mit Ampere oder AMD mit Arcuturus im HPC Bereich.

 

[Shevchen]

Navi ist bereits jetzt extrem speichereffizient. Sieht man daran dass der gpu takt beim erhöhen durchschlägt.

Es gibt also keinen vorteil hbm zu nehmen. Ausser amd will sich leistungsaufnahme sparen. Da sind schonmal 50W und mehr einsparbar. Leider ist hbm aber tempersturemfindlich und das stacking wird das sicher nicht verbessern.

Mit wakü würde hbm sinn machen ohne wohl kaum

Jein, für Navi 10 ist die GDDR6 Lösung mehr als ausreichend, da wir durch Speicherübertaktung kaum noch Leistungssteigerung herauskitzeln, durchaus aber beim Core-Takt. Soweit richtig. Wenn wir die Anzahl der CUs aber erhöhen, wird auch der Speicher wieder limitieren - weshalb es bei Big Navi durchaus Sinn machen könnte auf HBM2 zu setzen. Da der Chip sowieso saufen wird wie Geralts Pferd, kann man durch HBM auch noch einiges an Stromhunger auf die GPU werfen, anstatt es für den Speicher wegzubraten.

Es gibt schon einige Gründe für HBM2. Der größte Nachteil bleibt aber: Der Preis - vor allem bei den Samsung Teilen.

 

[DeckStein]

Naja keiner geht her baut die gpu doppelt aus und schaltet das halbe si dann aus. Doppelte gpu wie damals bei der hd 5870 bedeutrt doppeltes si, bedeutet doppelte speicherbandbreite. solange das verhältnis gleich bleibt, ist es egal.

Das temperaturproblem bleibt, vor allen bei einem doppelt so grossen chip.

Das mit dem preis ist eher eine vermutung. Wir kenne amds preise ja nicht.

Aber lassen wir uns überraschen

 

[Shevchen]

Puh - das Speicherinterface braucht nicht-linear mehr Fläche, je breiter du es machen möchtest. Das ist mit GDDR6 saumäßig groß. Mit HBM hingegen halbwegs okay - aka 4 Stacks an HBM2 sind günstiger als 16 GDDR6 Einheiten - was DIE-Fläche angeht. Die HBM-Stacks an sich werden aber trotzdem teuer sein - weshalb es nur für den maximalen vollausbaut in der CEO-Edition Sinn machen würde. Da AMD aber nur ein Chipdesign rausknallt, wird es wohl fragwürdig sein, ob das kommt. Es sei denn, AMD hat das SI so gebastelt, dass es sowohl GDDR6 als auch HBM2 fressen kann - was ziemlich genial wäre. Dann könnten die AIBs selbst binnen.

 

[DeckStein]

Mir ging es ums verhältnis von shader zu si.

Wenn das gleich bleibt, ist hbm rein leistungstechnisch nicht notwendig. Weniger verbauch dafür temperaturempfindlicher.

Anscheinend sehen wir ja bald, was big navi bringt.

 

[McItchy]

wo bleiben M.2 HBM disks mit 64GB z..B
dv aß wär ma cool

 

[Infi88]

HBM sehen wir wahrscheinlich erst wieder bei NV mit Ampere oder AMD mit Arcuturus im HPC Bereich.

Ist natürlich noch spekulativ aber HBM2 bei Tesla und Titan(Ampere) sind sehr wahrscheinlich. Um ehrlich zu sein würde ich bei BigNavi wenn es irgendwie geht GDDR6 drauf packen, sonst wird das ein Rohrkrepierer.

 

[Balle]

wo bleiben M.2 HBM disks mit 64GB z..B
dv aß wär ma cool

HBM ist einfach eine spezifizierte Speicherschnittstelle um den Speicher direkt an den Prozessor abzubinden.