Ryzen 2000 (Zen+) Taktpotential - Ryzen 5 2400G mit 4,5GHz

Je nach Szenario kann es besser sein, ein 8MB Packet in 2x4MB aufzuteilen, statt das 8MB Packet im größeren aber langsameren Cache zu halten.
Du müsstest mir jetzt mal erklären wo es schneller ist, von einem 8 MB Paket 4 MB im sehr schnellen Cache und 4 MB im Arbeitsspeicher zu haben, anstatt 4 MB im sehr schnellen Cache und die anderen 4 MB im immer noch schnellen anderen Cache ;)
 
Da CB cachelastig ist, hätte ich eine Steigerung erwartet. Ihr sprecht zwar alle davon, dass der Cache beschnitten wurde. Tatsächlich ist aber der Zugriff bei SR innerhalb eines CCX Moduls jenseits der 4MB langsam. Bei einem Cross-Zugriff (inter CCX) ist es sogar noch langsamer.

Geschätzt sollte der halbe Cache ca. 5-10% kosten und wenn RR das bei gleichen Takt auffangen kann, dann ist es doch eine Leistung. Bei dem Benchmark von CPU-Z liegt der 2400G@4 GHz auf dem Niveau eines i7-6700K. Wenn die Werte stimmen, dann ist es doch wirklich beeindruckend und mehr war nicht zu erwarten.
 
Du müsstest mir jetzt mal erklären wo es schneller ist, von einem 8 MB Paket 4 MB im sehr schnellen Cache und 4 MB im Arbeitsspeicher zu haben, anstatt 4 MB im sehr schnellen Cache und die anderen 4 MB im immer noch schnellen anderen Cache ;)

Ja, gerne. Angenommen, der Speicherzugriff auf den schnellen L3 Cache (4MB) dauert im Mittel 40ns, auf den langsameren L3 aber 60ns im Mittel. Das Laden eines 4MB Paketes aus dem Hauptspeicher dauert 1000ns. N sei die Anzahl der Speicherzugriffe auf den L3.

Laufzeit Szenario 8MB ist N*60ns. Ab welchem N lohnt sich die Aufteilung?

N*40ns + 1000ns < N*60ns <=> N*60ns - N*40ns > 1000ns <=> N > 1000/20 = 50

Die Zahlen sind willkürlich und sollen nur das Prinzip verdeutlichen. Voraussetzung dafür ist, dass man die Abarbeitung (bezogen auf die Daten) aufteilen kann.
 
Zuletzt bearbeitet von einem Moderator:
N*40ns + 1000ns < N*60ns <=> N*60ns - N*40ns > 1000ns <=> N > 1000/20 = 50
Kann sein, dass ich gerade auf dem Schlauch stehe, aber mal rein der Logik halber (unter Ausklammerung von parallelen Datenzugriffen, sowie etwaiges Streaming von Datenteilen):

Wenn wir jetzt rein vom Zugriff ausgehen, dann müsste auf das Paket, wenn es vollständig im Cache liegt (Sowohl langsam als auch schnell) in 40ns + 60ns = 100ns zugegriffen werden können, bei jedem Zugriff.
Liegt nun die eine Hälfte im RAM und die andere im Cache wären das bei jedem Zugriff 40ns + 1000ns, weshalb es niemals schneller sein könnte, als wenn alle Daten im Cache liegen (egal welchem, solange schneller als RAM).

Deine Rechnung geht halt gerade davon aus, dass nur einmal auf den RAM und ansonsten auf den Cache zugegriffen wird ;)
 
Ok das mit dem Lot ist naja...

Aber die 4,55 GHz gehen anscheinend wirklich via BLCK OC! In diesem Test lief die CPU bei 4,55 GHz mit 112,52 MHz BLCK:

AMD Ryzen 5 2400G review: a heady mix of CPU, graphics, and overclocking power | PCGamesN

Bei Ryzen war BLCK OC bisher eigentlich nicht möglich. Da scheint sich etwas verändert zu haben. 4,55 GHz im alten Fertigungsverfahren ist eine Hausnummer.

AMD’s Raven Ridge APU overclocks to 4.56GHz on air... in its sleep | PCGamesN

Komische Sache wie er das rausgefunden hat. BLCK OC mit Raven Ridge erlaubt kein Mainboard. Deshalb kann er das in Moment nicht nachprüfen.
 
Zuletzt bearbeitet:
@FrozenPie: Ja, du stehst auf dem Schlauch. :)

Die Datenpakete werden aufgeteilt. Das kostet Nachladezeit. Diese holt man aber wieder rein, weil die getrennte Abarbeitung jeweils schneller ist als vorher.
 
WTF, wieso kann man über BLCK übertakten, aber über den Multi nicht kaum?? Und was soll der Blödsinn mit der Wärmeleitpaste?
 
Zuletzt bearbeitet von einem Moderator:
Und was soll der Blödsinn mit der Wärmeleitpaste?

AMD Ryzen 5 2400G review: a heady mix of CPU, graphics, and overclocking power | PCGamesN
Though the Raven Ridge chips do have much higher thermals than previous Ryzen CPUs. That's partly down to the extra GPU silicon, but also because AMD have opted for the cheaper, nonmetallic thermal interface material (TIM) in the design.


AMD Ryzen 5 2400G und Ryzen 3 2200G im Test: Die ersten Ryzen-2000-Modelle kommen mit RX-Vega-Grafik
Apropos zur Qual: So empfanden viele Enthusiasten Intels Schritt von einem mit der CPU verlötetem Heatspreader hin zu einem nichtmetallischen Wärmeleitmittel. Diesen Schritt geht AMD mit den neuen Ryzen 5-2400G und Ryzen 3-2200G ebenfalls und verzichtet zudem auf ein Offset für die angezeigte CPU-Temperatur. Diese sollte nun der tatsächlich in der CPU herrschenden Wärme entsprechen. In ein Mini-ITX-Gehäuse eingebaut und nur durch den Boxed-Lüfter gekühlt, trieb Prime 95 mit in-Place Small-FFTs die Temperatur rasch über die Marke von 90 Grad Celsius. Mit einem potent(er)en Luftkühler (Scythe Orochi) versehen, blieb die Temperatur mit gerade einmal 63,5 °C jedoch im absolut üblichen Rahmen und lässt noch genug Luft für's Übertakten.
 
Zuletzt bearbeitet:
Mich würden die 35w Modelle interessieren.... Ein 2200GE mit 35W könnte meinen E-350 (Zacate) HTPC in Rente schicken. Gibt es dazu eigentlich offizielle Infos? Oder was meint ihr, wann damit zu rechnen ist??
 
Ok das mit dem Lot ist naja...

Aber die 4,55 GHz gehen anscheinend wirklich via BLCK OC! In diesem Test lief die CPU bei 4,55 GHz mit 112,52 MHz BLCK:

AMD Ryzen 5 2400G review: a heady mix of CPU, graphics, and overclocking power | PCGamesN

Bei Ryzen war BLCK OC bisher eigentlich nicht möglich. Da scheint sich etwas verändert zu haben. 4,55 GHz im alten Fertigungsverfahren ist eine Hausnummer.

AMD’s Raven Ridge APU overclocks to 4.56GHz on air... in its sleep | PCGamesN

Komische Sache wie er das rausgefunden hat. BLCK OC mit Raven Ridge erlaubt kein Mainboard. Deshalb kann er das in Moment nicht nachprüfen.

Krass, der kickt ja den 7700K mit dem OC weg.^^

P.s. Ok, ein Anzeigefehler, ne warte mal, der Ryzen kann die Zeit manipulieren? :-D

MfG
 
Zuletzt bearbeitet:
Zurück