![]() |
||||
|
|
||||
![]()
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
Troubleshooting-Guide V1.02: Asrock 939Dual-SATA2 Rev. 1.04 - 7/9
Speicher-Test: Athlon 64 3500+ Winchester, Double Sided DDR400, 1T Command Rate, kein Bank Interleave
Bank Interleaving geht viel tiefer und betrifft die eigentlichen Speicherchips. Die Speicherzellen der einzelnen Chips sind in Reihen (Rows) und Spalten (Columns) organisiert, dieser werden zu "Arrays" zusammengefaßt. Die Arrays wiederum werden in Bänken (Banks) angeordnet. Ein typischer Speicherchip ist in zwei oder vier Banks organisiert, worauf sich "2 Bank" oder "4 Bank Interleave" bezieht. Moderne Chips nutzen zumeist eine 4 Bank Architektur. Um Produktionskosten und den Stromverbrauch zu senken, sind allerdings nicht immer alle Bänke offen bzw. aktiv. Genauer gesagt ist nur eine der vier Bänke geöffent. Da es Zeit (Cycles) kostet, eine Bank zu öffenen, ist der sequentielle Speicherzugriff immer mit Wartezyklen verbunden.
Cleverer wäre es, diese Befehle mit dem nächsten Zugriff zu verweben, denn dann würden die Wartezyklen für weitere Zugriffe genutzt. Moment, es kann doch nur eine Bank offen sein, wieso kann man die nächste öffnen, bevor die aktuelle geschlossen wurde? Nun, der Speichercontroller hat ja zunächst nur den Befehl zum Öffnen geschickt, bis die Bank tatsächlich offen ist, vergehen - wie gesagt - einige Zyklen. Und genau diese wurden nun sinnvoll genutzt. Soviel zur grauen Theorie. In der Praxis wirkt sich das Bank Interleaving kaum aus, da der Cache innerhalb der CPU die meisten Abfragen puffert. Und wie Memtest86+ zeigt, sind es ja die Zugriffe, welche den Cache umgehen, welche uns Kopfschmerzen bereiten. Ohne "Bank Interleave" bremsen wir den Speichercontroller etwas aus und entschärfen die Situation. Wagen wir einen weiteren Testlauf mit Memtest86:
Keine Probleme, alles im grünen Bereich. Zum Gegentest schalten wir das Bank Interleave wieder an ("Auto"):
Doch welche Auswirkungen hat das Abschalten des "Bank Interleave" auf den Speicherdurchsatz?
Da, wie gesagt, die meisten Daten zuerst im Cache landen, ist der Leistungseinbruch sehr gering. Nun tauchen wieder Fehler auf! Ist "Bank Interleave" des Rätsels Lösung? Wir schließen uns abermals mit HardTecs4U kurz, dort nutzt der Verzicht auf "Bank Interleave" nichts. Allerdings wurde dort für diesen Test ein Athlon 64 X2 im E6-Stepping verwendet. Wir packen also unseren Athlon 64 X2 3800+ mit Manchester-Kern aus und starten in die nächste Runde.
1. Einleitung |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
| |||||||
![]() |
![]() |
© copyright 1998-2008 by Dipl.-Ing. Michael Doering
www.Au-Ja.de / www.Au-Ja.org / www.Au-Ja.com / www.Au-Ja.net ist eine Veröffentlichung von Dipl.-Ing. Michael Doering.
Alle Marken oder Produktnamen sind Eigentum der jeweiligen Inhaber. Alle Inhalte spiegeln die subjektive Meinung der jeweiligen Autoren wieder und sind geistiges Eigentum der Autoren. Alle Angaben sind ohne Gewähr! Die Veröffentlichung aller Inhalte (auch auszugsweise) ist nur mit ausdrücklicher, schriftlicher Genehmigung erlaubt. Die Verwendung von kurzen Ausschnitten für Nachrichten-Ticker und Ähnliches ist hiervon ausdrücklich ausgenommen!
Haftungsausschluss: Wir distanzieren uns ausdrücklich von den Inhalten fremder Webseiten, die via Hyperlink von unserer Veröffentlichung aus verknüpft sind. Obwohl wir bei der Erstellung derartiger Verknüpfungen den Inhalt der fremden Webseiten auf seine Rechtskonformität hin prüfen, unterliegen sowohl die Inhalte von Internetveröffentlichungen als auch die Rechtsauffassung der Gerichte in Deutschland und Europa einer fortwährenden Veränderung und Überarbeitung. Obwohl wir viele dieser Verknüpfungen regelmäßig überprüfen, kann es dennoch zu einer Verknüpfung auf Inhalte kommen, die mit der deutschen oder europäischen Rechtssprechung in Widerspruch stehen. Bitte weisen sie uns auf eine solche Verknüpfung hin, wir werden sie dann umgehend entfernen [Kontakt]. Für den Inhalt verknüpfter Seiten sind alleine deren jeweilige Betreiber verantwortlich, wir haben keinerlei Einfluß auf diese Inhalte! Bitte lesen sie hierzu auch unser Impressum! |