Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
News 3D V-Cache Technology: AMD stapelt L3-Cache bei Ryzen auf 192 MByte
- Ersteller Volker
- Erstellt am
- Zur News: 3D V-Cache Technology: AMD stapelt L3-Cache bei Ryzen auf 192 MByte
- Registriert
- Jan. 2018
- Beiträge
- 19.134
Stand das nicht sogar im Artikel?mae schrieb:Dass die 64MB soviel Platz brauchen wie die 32MB auf dem CCD, koennte auf Tags auf dem CCD hindeuten
Aufgrund der Verwaltung ist der 32 MB On DIE genauso groß, wie der 64 MB Cache, der "nur" aufgeschnallt wird.
Knuddelbearli
Commodore
- Registriert
- Nov. 2009
- Beiträge
- 4.554
Broadwell schon vergessen?3faltigkeit schrieb:Ich hätte aber gar nicht gedacht, dass mehr Cache doch noch soviel bringt.
ich meinte: große Mengen zusätzlicher Cache als Beschleuniger. Das Verfahren ist ein snderes, stimmt.ZeroStrat schrieb:Ich finde das nicht so ähnlich. Bei Broadwell war es 2D und L4 Cache.
Ergänzung ()
ich finfs super, weil damit auch Intel wieder in diese Trickkiste greifen wird und wir in den nächsten Jahren große Caches bei beiden Herstellern sehen werdenSalutos schrieb:Ist mir bekannt, aber AMD holt jetzt "erst" damit noch mehr aus seinen aktuellen Chiplets heraus.
JohnVescoya
Lt. Commander
- Registriert
- Jan. 2012
- Beiträge
- 1.128
Was ich richtig spannend finde: Das SRAM Stacking bei Zen3+ sollte doch problemlos auf RDNA umgesetzt werden können.
AMD hat den Infinity Cache mit 128mb garantiert als Vorbereitung für stacked SRAM eingeführt. Die Hitrate bei 4k bei den 128mb on-Die beträgt ja 62%, wenn durch Stacking der I$ auf 512mb erhöht werden kann, dann liegen wir bei ca 90-95% Hitrate unter 4k. Heißt, die richtige Revolution durch Stacked SRAM kommt in der nächsten GPU Gen von AMD
AMD hat den Infinity Cache mit 128mb garantiert als Vorbereitung für stacked SRAM eingeführt. Die Hitrate bei 4k bei den 128mb on-Die beträgt ja 62%, wenn durch Stacking der I$ auf 512mb erhöht werden kann, dann liegen wir bei ca 90-95% Hitrate unter 4k. Heißt, die richtige Revolution durch Stacked SRAM kommt in der nächsten GPU Gen von AMD
M-7MkF7-D
Lieutenant
- Registriert
- Aug. 2019
- Beiträge
- 941
Cache me if you can AMD, ihr kleinen Hochstapler.
Klingt jedenfalls besser als die letzten XT-Modelle.
Ich werde zwar vorerst beim 3700X bleiben, aber mal gucken wieviel Cache...ähm Cash AMD für die CPUs überhaupt haben will.
Allgemein habe ich subjektiv das Gefühl, dass hier früher (Zen2) der Tenor eher war, lieber zu AMD greifen, da es auf die letzten paar Prozentpunkte Gamingleistung gar nicht ankomme (besonders unter höheren Auflösungen), jetzt aber alle sofort upgraden müssen. Die 5000er gingen am Anfang selbst zu überhöhten Preisen weg wie nix.
Klingt jedenfalls besser als die letzten XT-Modelle.
Ich werde zwar vorerst beim 3700X bleiben, aber mal gucken wieviel Cache...ähm Cash AMD für die CPUs überhaupt haben will.
Allgemein habe ich subjektiv das Gefühl, dass hier früher (Zen2) der Tenor eher war, lieber zu AMD greifen, da es auf die letzten paar Prozentpunkte Gamingleistung gar nicht ankomme (besonders unter höheren Auflösungen), jetzt aber alle sofort upgraden müssen. Die 5000er gingen am Anfang selbst zu überhöhten Preisen weg wie nix.
Zuletzt bearbeitet:
jemandanders
Commander
- Registriert
- Mai 2019
- Beiträge
- 2.978
Du meinst sicherlich 96 MB.flappes schrieb:Ich hoffe AMD erbarmt sich und bringt auch einen 6 oder 8 Core mit min. 128 MB Cache für AM4
Wer will das aber bezahlen, wenn man mal einen >rein hypothetischen< Mehrpreis von nur 50€ per Cache Chiplet ansetzt.
Bei einem 12 und 16 Kerner fällt das weniger ins Gewicht wie bei 6 Kernen. Die Leut waren ja so schon am weinen, das der 6er 300 kosten sollte. Würdest Du einen für 350 UVP kaufen wollen?
Ich nicht.
Hast die Patente letztens nicht gelesen?JohnVescoya schrieb:Das SRAM Stacking bei Zen3+ sollte doch problemlos auf RDNA umgesetzt werden können.
Das wird als zusätzliche Verbindung der GPU-Chiplets und Cache benutzt.
w0mbat
Lt. Commander
- Registriert
- Juni 2006
- Beiträge
- 1.284
Ich kann natürlich nichts über die Preisgestaltung von AMD sagen, aber ein 36mm² SRAM-Die in 7nm TSMC sollte so 5-6€ in der Herstellung kosten.Summerbreeze schrieb:Du meinst sicherlich 96 MB.
Wer will das aber bezahlen, wenn man mal einen >rein hypothetischen< Mehrpreis von nur 50€ per Cache Chiplet ansetzt.
Bei einem 12 und 16 Kerner fällt das weniger ins Gewicht wie bei 6 Kernen. Die Leut waren ja so schon am weinen, das der 6er 300 kosten sollte. Würdest Du einen für 350 UVP kaufen wollen?
Ich nicht.
- Registriert
- Juni 2006
- Beiträge
- 44.444
Vermutlich gehört da ein wenig Wasser in den Wein. Überlegt man sich, wie häufig "man" in der Goldgräberzeit der Core2Duos von E2200 auf E5200 auf E8400 usw. gewechselt hat - und dann kam GTAIV um die Ecke und forderte quasi durch die Blume einen Quad - so waren die vielen Schritte zuvor dennoch von recht überschaubarem Nutzen.M-7MkF7-D schrieb:Die 5000er gingen am Anfang selbst zu überhöhten Preisen weg wie nix.
Wenngleich diese Neuerung, käme sie für AM4, eine unerwartete und bemerkenswerte Steigerung darstellt, so wird die Entwicklung augenscheinlich noch eine Weile in zügigem Tempo anhalten.
jemandanders
Commander
- Registriert
- Mai 2019
- Beiträge
- 2.978
Womit wir beim Thema Kalkulation wären.w0mbat schrieb:Ich kann natürlich nichts über die Preisgestaltung von AMD sagen, aber ein 36mm² SRAM-Die in 7nm TSMC sollte so 5-6€ in der Herstellung kosten.
Bisher hat sich bei mir der Preis eines jeden zugekauften Teiles bis zum Endkunden noch immer verfünf- bis versiebenfacht.
Und ob TSMC ihre neue, tolle Technologie für $6 abgibt? Ich habe da so meine Zweifel?
[wege]mini schrieb:Die Frage ist doch, wie groß ist er? Nicht in mm² sondern in Bit.
Fuer Zen3 zeigt mir der Linux-Kernel physische Adressen von 48-bit an. Die unteren [edit] 21 bits davon braucht man im Tag nicht zu speichern (weil Cache-Lines [edit] im 16-Wege-assoziativen L3 nur (vereinfacht gesagt) an Vielfachen von 2MB liegen koennen), das ergibt also [edit] 27 bits an Tags; dazu noch vielleicht 3 Bits an MOESI-Information, macht 30 bits pro Cache line. Die Daten belegen 512 bits (64 bytes), die Tags brauchen also 6% der Bits des Datenteils des Caches.
Ergänzung ()
andi_sco schrieb:Stand das nicht sogar im Artikel?
Aufgrund der Verwaltung ist der 32 MB On DIE genauso groß, wie der 64 MB Cache, der "nur" aufgeschnallt wird.
Da steht eben nicht, dass das die Tags sind. Kann auch, wie von mir spekuliert, die Leitungen und Treiber sein.
Zuletzt bearbeitet:
M-7MkF7-D
Lieutenant
- Registriert
- Aug. 2019
- Beiträge
- 941
Ja von den Pentiumvarianten hatte ich auch mehrere, allerdings alle erst gebraucht gekauft. Mein erster Quadcore war dann ein I5-3570.Zwirbelkatz schrieb:Vermutlich gehört da ein wenig Wasser in den Wein. Überlegt man sich, wie häufig "man" in der Goldgräberzeit der Core2Duos von E2200 auf E5200 auf E8400 usw. gewechselt hat - und dann kam GTAIV um die Ecke und forderte quasi durch die Blume einen Quad - so waren die vielen Schritte zuvor dennoch von recht überschaubarem Nutzen.
Sockel A hatte ich auch einige CPUs und Boards. War sicherlich auch nicht immer wirklich sinnvoll.
Kann mich bei dem Eindruck natürlich auch täuschen und es ist eher die Klientel, die sowieso immer das Neueste will, oder halt schon eine ganze Weile gewartet hat. Kommt mir halt so vor.
Zuletzt bearbeitet:
F
flappes
Gast
Summerbreeze schrieb:Du meinst sicherlich 96 MB.
Wer will das aber bezahlen, wenn man mal einen >rein hypothetischen< Mehrpreis von nur 50€ per Cache Chiplet ansetzt.
Bei einem 12 und 16 Kerner fällt das weniger ins Gewicht wie bei 6 Kernen. Die Leut waren ja so schon am weinen, das der 6er 300 kosten sollte. Würdest Du einen für 350 UVP kaufen wollen?
Ich nicht.
Die Preise für den 6 Kerner müssen fallen, aktuell hat intel bis 300 Euro einfach die besseren Angebote. Und ewig wird AMD die 3xxx auch nicht mehr verkaufen.
Standard 6C ein gutes Stück günstiger, dafür den Performance 6C mit Cache für den jetzigen Preis, dann passt das Preis-/Leistungsgefüge.
Oder 8C fällt auf den jetzigen 6C Preis, dafür gibt es dann einen 8C + Cache.
Nur für 12/16C die Cache-Version zu bringen ist halt preislich ne andere Liga.
Hier lerne ich echt noch vieles dazu und dank so manchem hier habe ich die mips in 7zip gefunden wo ich ja als vergeleich hahen wollte.
Nun weis ich auch warum welchr geschrieben haben das man das nicht so gut miteinander vergleichen kann auch. Nun weis ich was in so einem 32 kerner wirklich in sich steckt. Und dem werde ich echf nicht gerecht. Ich lerne sehr gerne noch mehr dszu. Und auch nen dank für die info mit ipc braucht mehr vom. L1 cache.wie gesagt sowas wusste ich noch nicht vorher.
Nun weis ich auch warum welchr geschrieben haben das man das nicht so gut miteinander vergleichen kann auch. Nun weis ich was in so einem 32 kerner wirklich in sich steckt. Und dem werde ich echf nicht gerecht. Ich lerne sehr gerne noch mehr dszu. Und auch nen dank für die info mit ipc braucht mehr vom. L1 cache.wie gesagt sowas wusste ich noch nicht vorher.
[wege]mini
Banned
- Registriert
- Juli 2018
- Beiträge
- 8.357
mae schrieb:die Tags brauchen also 9% der Bits des Datenteils des Caches
Das ist doch schon einmal eine realistische Zahl. Die Tatsache, dass AMD explizit erwähnt, dass sie schon von Anfang an mit dem größeren Cache geplant haben und dafür auch schon vorgebaut haben, ergibt dann ein vernünftiges Bild von dem, wie sie ihr Produkt aktuell realisieren.
Zusätzliche Einheiten werden jedoch (laut AMD) nicht benötigt und der stacked Cache soll angeblich (laut AMD) reiner Cache sein.
Damit würden die von dir berechneten 9% noch kleiner werden.
mfg
- Registriert
- Apr. 2008
- Beiträge
- 12.538
Und schon hat AMD zwei wichtige Punkte erläutert, die ich für kritisch gehalten hatte.
Der Die wird dünner gemacht, um die Kühlung weiterhin zu ermöglichen.
Und die Erweiterung in die 3. Dimension verändert die Latenzen des L3 kaum.
Das nenne ich gute Kommunikation.
Der Die wird dünner gemacht, um die Kühlung weiterhin zu ermöglichen.
Und die Erweiterung in die 3. Dimension verändert die Latenzen des L3 kaum.
Das nenne ich gute Kommunikation.
[wege]mini schrieb:Damit würden die von dir berechneten 9% noch kleiner werden.
Die (Korrektur, siehe unten) 6% sind das Minimum. Weniger geht nur, wenn die Cache-Lines laenger werden, oder die Adressen kuerzer.
Sie muessen also auch Tags fuer die zusaetzlichen 64MB bereitstellen, entweder im Cache-Die (wovon ich ausgehe) oder schon auf dem CCD.
Ich muss mich bei den bits korrigieren: Der L3 des Zen3 ist nicht voll-assoziativ, sondern 16-Wege assoziativ und hat 2MB/Weg, d.h, die unteren 21 bits der Adresse muessen nicht gespeichert werden, und nur 27 bits + 3 bits fuer MOESI muessen gespeichert werden. Die Tags+MOESI-bits kosten also 6% der Daten-Bits.
Z
ZeroStrat
Gast
Sie haben sogar noch mehr Infos rausgegeben, die soweit ziemlich gut klingen. Kühlung, Energieverbrauch, Latenzen, alles im grünen Bereich. Und ich gehe davon aus, dass es auch stimmt.Baal Netbeck schrieb:Das nenne ich gute Kommunikation.
Das ist eine Entwicklung, die mich begeistert. Kann es kaum erwarten, den Stuff zu testen. 👍 Im Übrigen kann man den 3D Cache im BIOS abschalten und somit ziemlich gute Vergleichstests machen.
Zuletzt bearbeitet von einem Moderator:
Ähnliche Themen
- Antworten
- 91
- Aufrufe
- 8.066
- Antworten
- 172
- Aufrufe
- 19.285
- Antworten
- 18
- Aufrufe
- 3.247
- Antworten
- 47
- Aufrufe
- 6.955
- Antworten
- 147
- Aufrufe
- 21.770