Problem DDR3-1600 Arbeitsspeicher berechnen

wo0815

Enthusiast
Thread Starter
Mitglied seit
04.04.2009
Beiträge
45
Hi,
ich habe mich gedanklich verrannt und ein bischen den Überblick verloren und hoffe, dass ich mit eurer Hilfe mal Licht in das Dunkel bringen kann.

Die Hardware:
Intel I7-875K Socket 1156
Asus Maximus III Formula ROG
DDR3-1600 Corsair Vengeance 16Gb 4 X 4GB CMZ16GX3M4A1600C9

Die Ausgangslage:
die CPU läuft bei mir mit 4100 MHZ bei einem FSB 133 (multiplikator 31)
Der Speicher steht auf Auto und läuft somit auf FSB200

Nun zu meinem Dilemma:

Die CPU liefert 16523MB/s an Daten und die Taktraten Speicher:CPU sind nicht synchron.

Berechnung:

FSB
FSB: 133 MHZ * 4Core = 533 MHz (Effektive)
FSB: 133 MHz * 31 Multi = 4123 MHz

CPU
CPU: 4123 MHz * 4Core = 16492MHz (Effektive)
CPU: 16492 MHz * 8 Bit = 131936 MBit/s
BW: 131936 MBit/s / 8 = 16492 MByte/s

Arbeitsspeicher
DDR3-1600= (8 × 200 Speichertakt [in MHz] × 64 bit Busbreite eines Moduls)/8bit= 12800Mb/s

200MHz (Speichertakt) *2 (zwei Bit Daten pro Takt) * 64Bit (Bandbreite der Speicheranbindung / 8 (in Byte umrechnen) = 3200MB/s je Modul; 12800MB/s bei 4 Modulen

Latenz
12800 / CL9 = 1422 * 8-Byte * 2-DualCannel = 22755MB/s
3200 / CL9 = 355 * 8-Byte * 2-DualCannel = 5688MB/s je Modul

Frage:

Stimmen meine Berechnungen so?
Wäre es Ratsam, den Speichertakt von 200Mhz auf 133Mhz zu senken, damit der Takt zwischen CPU:Ram synchron ist? Die Übertragungsrate wäre 19500 Mb/s bei Cl8 als PC3-1066
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Latenz ist eine Zeit, nicht MB/s. Das ist der Durchsatz oder die Bandbreite.

1600 * 8 * Dual Channel = 25.600 MB/s theoretische Speicherbandbreite. In der Praxis kommen davon 66 - 75% an.

Der RAM läuft bei dir auch nicht auf FSB200. dein System hat gar keinen FSB mehr.

Die CL hat auf die Übertragungsrate nur bedingt Einfluss, nämlich ob eher 66 oder 75% in der Praxis ankommen.

Also
Frage 1: Nein
Frage 2: Nein
 
Das verstehe ich noch nicht so ganz. Das es kein FSB mehr gibt, ist mir schon klar. Nichts Desto Trotz ist der Speicher, sofern als DDR3-1600 eingestellt, mit 200 Mhz getaktet, während der Speichercontroller des I7-875K "nur" 1066 Mhz bzw. 1333 Mhz unterstützt, was wiederum einem Takt von 133 Mhz bzw. 166 Mhz entspricht. Warum also nicht den 1600 Speicher nicht auf 1066 senken? Müsste doch stabiler sein.
Weiterhin verändert sich die Latenz von Cl9 auf Cl7, welches eine höhere Transferrate im dem Bereich ermöglicht.
Wie die Bandbreite berrechnet wird, habe ich oben ja geschrieben; zumindest rechnen so diverse Elektrotechnikforen. Wenn du also die Meinung vertritts, dass die Speicherbandbreite unter Berücksichtigung des realen Cl so nicht richtig ist, so stell mir doch mal die richtige Berechnung zur Verfügung
 
Warum also nicht den 1600 Speicher nicht auf 1066 senken? Müsste doch stabiler sein.
Klar, 1600 ist OC. Natürlich wäre 1333 innerhalb der Hersteller Spec und damit idealer in Bezug auf Fehlermöglichkeit und Stabilität. Aber mit syncron oder nicht hat das nichts zu tun.

Die korrekte Berechnung der Speicherbandbreite ist nunmal Megatransfers/s * 8bit/Byte * Kanäle. Also 1600 * 8 * 2 = 25,2GB/s für DDR3-1600 im Dual Channel. Das ist das theoretische Limit.
Den Praktischen Wert zu berechnen ist nahezu unmöglich weil du nicht weißt welche Timings greifen. Einfach nur mit der CL9 zu rechnen ist naiv.

Nehmen wir mal dein zweites Beispiel:
3200 / CL9 = 355 * 8-Byte * 2-DualCannel = 5688MB/s je Modul
Dass das eine falsche Gleichung ist ignoriere ich einfach mal.
Zudem kannst du nicht vorne x2 für Dual Channel rechnen und hinten dann "je Modul" schreiben.
Wenn du 12800 für DDR3 1600 nimmst, dann ist 3200 -> DDR-400. Üblich wären hier CL3, nicht CL9.
Also mal flux mit deiner Rechnung durchgekaut:
3200 / CL3 = 1066
1066 * 8-Byte * 2-DualChannel = 17056MB/s je Modul nach deiner Rechnung.

Spätestens jetzt solltest du sehen dass diese Rechnung kompletter Unsinn ist. Selbst wenn man das wieder halbiert ist das Ergebnis immer noch fast um das doppelte zu doch.
Deine Rechnung funktioniert bei deinem ersten Beispiel nur deswegen weil die Teilung durch CL9 und das Multiplizieren mit 8 sich gegenseitig fast aufheben. Das "x8" ist ja in den 12800 schon drin (1600*8)
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh