|
|
|
Breaker10
aus Weilmünster
offline
OC God
23 Jahre dabei !
Intel Core 2 Quad
2933 MHz @ 3800 MHz
46°C mit 1.2 Volt
|
     
Du meinst Sockel 754 
Lese dir mal folgende Anleitung durch, das sollte dir etwas helfen 
Hi!
Nachdem ich in einem anderen Forum einen Athlon64 Overclocking Guide gelesen habe, war ich von inhaltlichen Fehlern recht unangenehm berührt, da diese unberechtigte Vorurteile gegenüber der Athlon64 Plattform bezüglich der OC'barkeit erneuerten. Trotz einigem Stöbern im P3D-Forum konnte ich auch hier keinen umfassenden & wahrheitsgetreuen Guide finden, der tatsächlich die kompletten Sachverhalte erklärt. Da ich in letzter Zeit einige S754 und S939 Kombinationen durchgetestet habe, will ich in einem Bericht meine Erfahrungen für andere zusammenfassen.
Für alle A64-Einsteiger zum Überakten sehr lesenswert! Meiner Meinung nach beruhen die allermeisten Probleme einfach nur auf dem Unwissen über das Funktionieren der A64-Takte und A64-Teiler/Multiplikatoren. Hat man die Sache mit den Teilern verstanden, ist das Übertakten eines A64 ein Kinderspiel.
Es sei angemerkt, daß ich alle Angaben auf VIA K8T800 und K8T800 Pro Chipsätze beziehe. Inwiefern es Abweichungen zu nForce3 150, 250 und 250GB Lösungen gibt, kann gern von Besitzern dieser Chipsätze nachgetragen werden.
Eventuell kann dies auch langfristig fixiert verwendet werden, um vielen Neulingen den Einstieg in die A64 OC-Welt zu erleichtern.
SYNCHRONER/ASYNCHRONER TAKT
Eins gleich vorweg: Es gibt beim Athlon64 keinen synchronen/asynchronen Takt.
Mit "asynchron" kann somit maximal der Sachverhalt beschrieben werden, daß der Referenztakt nicht gleichzeitig dem Speichertakt entspricht. Wie im zweiten Abschnitt "RAM/CPU/HTT/Referenztakt" zu lesen, darf dies aber nicht als "asynchron" bezeichnet werden. Doch dazu später mehr.
Im angesprochenen Review konnte ich folgendes lesen:
"Hier ist der mit 2.4 Ghz getaktete Athlon 64 nur knapp vor der mit 275 Mhz
Referenztakt getakteten CPU. Hieran sieht man stark, dass der 3D Mark 2001
auch vom Ramtakt sehr stark abhängig ist. Die asynchron getaktete CPU
verliert hier sichtlich an Boden."
Das ist nicht schlüssig. Hier ist die gemessene Leistung einzig und ausschließlich vom tatsächlichen RAM-Takt abhängig und NICHT von der Tatsache einer synchronen oder asynchronen Taktung.
Weiterhin galt ja beim Sockel A, daß der synchrone dem asynchronen Betrieb vorzuziehen ist, da der asynchrone Betrieb Verluste bringt. Dies ist beim Athlon64 nicht mehr korrekt und Begriffsvermischungen stiften unnötig Verwirrung.
Sicherlich sind in besagtem Artikel bei 240/240 die Ergebnisse teilweise höher als bei 240/200 - aber eben nur weil bei letzterer Taktung der Speicherdurchsatz niedriger ist, eine Aussage über synchrones/asynchrones Taktverhalten kann nicht gefolgert werden! Tatsächlich zeigt der A64 die beste "asynchrone" Speicherperformance überhaupt - sprich verzeichnet keinerlei Einbrüche, wenn der Speichertakt nicht identisch zum Referenztakt gewählt wird. Anders ist dies ja auf nForce2 oder VIA KT333-880 für Sockel A, wo teilweise dramatische Performanceverluste auftreten, wenn der Speichertakt nicht identisch zum FSB gewählt wird. Die Ursache liegt darin begründet, daß der A64 stets feste, ganzzahlige Teiler verwendet für CPU-, Speicher- und HTT-Takt. Man kann faktisch gar nicht von asynchroner Taktung reden. Bei 2400 MHz und DDR333 wird eben ein /12 Teiler und bei DDR400 ein /10 Teiler verwendet für den RAM. In diesem Sinne "teilt" der A64 immer.
Wenn man wirklich bewerten will, wie gut oder schlecht eine synchrone/asynchrone Taktung ist, hätte man 240/200 bei 10x240 mit LDT x4 gegen 200/200 bei 12x200 (mit einem 3800+ für 12er Multi) mit LDTx5 antreten lassen müssen. Sprich konstanter CPU-Takt (2400 MHz), konstanter Speichertakt (200 MHz) und (nahezu) konstanter HTT-Takt (960 bzw 1000 MHz). Da hätte man gesehen, was wirklich Fakt ist: nämlich daß der Referenztakt ein reiner Referenztakt ist, der ABSOLUT GAR NICHTS zur Performance beiträgt. Die tatsächliche Leistung hängt nur vom jeweiligen "ausmultiplizierten/geteilten" Speicher-, Prozessor- und HTT-Takt ab. Diese Tatsache wird oft in Reviews nicht deutlich.
Die im entsprechenden Review verzeichneten Performanceunterschiede sind ausschließlich auf verschiedene RAM-Taktungen zurückzuführen und haben in keinster Weise etwas mit asynchronen/synchronen Leistungsunterschieden zu tun.
RAM-/CPU-/HTT-/REFERENZTAKT
Beim A64 gibt es im wesentlichen 4 Takte:
Referenztakt (i.A. 200-400 MHz)
CPU-Takt (i.A. 1800-2600 MHz)
RAM-Takt (i.A. 133-300 MHz)
HTT-Takt (i.A. 600-1000 MHz)
Dabei hat der Referenztakt keinerlei Auswirkung auf die Performance. Man kann ihn sich lediglich als Taktgeber vorstellen.
--------------------------------------------------------------
Der CPU-Takt ergibt sich aus CPU-Multiplikator * Referenztakt.
Der RAM-Takt ergibt sich aus CPU-Takt / RAM-Teiler.
Der HTT-Takt ergibt sich aus LDT-Multiplikator * Referenztakt.
--------------------------------------------------------------
Auf nahezu allen A64 Boards kann man den RAM-Teiler nur indirekt und nicht umfassend wählen. So wird oft "DDR400", "DDR333", "DDR266" und "DDR200" im Bios angeboten. Tatsächlich ist dies aber nur ein kleiner Teil der jeweiligen Speicherteiler. Der aktuelle Speicherteiler ist immer abhängig vom jeweilig eingestellten CPU-Multiplikator des Prozessors.
Bestes Beispiel ist eine 2000 MHz CPU (3000+ NC S754, 3200+ CH S754, 90nm 3200+ Winchester S939). Diese CPU's besitzen von Haus aus einen 10x Multiplikator.
Stelle ich DDR400 ein, wählt das Board einen /10 Multiplikator für den RAM, sprich 2000 MHz / 10 = 200 MHz.
Stelle ich DDR333 ein, wählt das Board einen /12 Multiplikator für den RAM, sprich 2000 MHz / 12 = 166 MHz.
Stelle ich DDR266 ein, wählt das Board einen /15 Multiplikator für den RAM, sprich 2000 MHz / 15 = 133 MHz.
Stelle ich DDR200 ein, wählt das Board einen /20 Multiplikator für den RAM, sprich 2000 MHz / 20 = 100 MHz.
Im Vergleich eine 2200 MHz CPU (3200+ NC S754 / 3400+ CH S754 / 3500+ NC/WC S939).
Stelle ich DDR400 ein, wählt das Board einen /11 Multiplikator für den RAM, sprich 2200 MHz / 11 = 200 MHz.
Stelle ich DDR333 ein, wählt das Board einen /14 Multiplikator für den RAM, sprich 2200 MHz / 14 = 157 MHz.
Stelle ich DDR266 ein, wählt das Board einen /17 Multiplikator für den RAM, sprich 2200 MHz / 17 = 129 MHz.
Stelle ich DDR200 ein, wählt das Board einen /22 Multiplikator für den RAM, sprich 2200 MHz / 22 = 100 MHz.
Man sieht leicht, daß "DDR400", "DDR333", etc. nur symbolisch für verschiedene RAM-Teiler stehen. Diese hängen vom CPU-Takt ab und werden im Ernstfall lieber zu groß gewählt, da eine 'werkseitige Übertaktung' des Speichers ausgeschlossen wird, so daß teilweise der RAM unter Spezifikation läuft.
Das heißt, man muß den gewünschten CPU-Multiplikator mit 200 MHz multiplizieren und dann die jeweiligen Teiler finden, die bei diesem CPU-Takt 133, 166 oder 200 MHz Speichertakt generieren würden. Diese bleiben nun bei gleichem CPU-Multiplikator bei jeder veränderten Referenztakt-Einstellung konstant. Die gewonnen CPU-Takte müssen nun lediglich durch diesen ermittelten RAM-Teiler dividiert werden, um den real anliegenden Speichertakt zu ermitteln.
Fazit: der Speichertakt hängt direkt vom CPU-Takt ab und nur indirekt vom Referenztakt. Es besteht keine direkte Abhängigkeit von Referenztakt und Speichertakt.
Von Daher wäre es sinnvoller, im Bios Teiler von /1, /2, /3 ... /30, /31, ... usw. anzubieten, um den Speichertakt wirklich 100% individuell setzen zu können. Ich denke, in Zukunft könnte es hier Tweaker-Bios-Files bzw. neue Bios-Versionen der Mainboard-Hersteller geben. So könnte man bei enstprechendem CPU-Takt vollkommen individuell seinen Speichertakt generieren. Technisch möglich ist dies in jedem Fall problemlos.
Ein sinnvolles Einsatzgebiet wäre z.B. die Unterstützung von DDR600 Speicher (300 MHz). Hier müßte man z.B. bei einer 2400 MHz CPU (3700+, 3800+) einfach nur bei 12x200 MHz statt dem /12 einen /8 Divider auswählen für den Speicher und hätte bei ansonsten unveränderter Systemeinstellung den RAM bei 2400/8 = 300 MHz betrieben. Leider ist es im Moment noch nicht von aktuellen Bios-Versionen unterstützt, den RAM-Divider auch niedriger als den CPU-Multiplikator zu wählen.
[UPDATE]
Das Asus A8N mit nForce4 Ultra/SLI Chipsatz bietet im Bios tatsächlich neben DDR200/DDR266/DDR333/DDR400 nun auch die Optionen DDR466/DDR533/DDR600 an, welche es ermöglichen, den Speicherteiler kleiner als den CPU-Multiplikator zu wählen (rein technisch auch gar kein Problem).
[/UPDATE]
Fakt ist also, daß ein Athlon64-Board beim Übertakten (Erhöhen des Referenztaktes) diese vom CPU-Multiplikator abhängigen Speicherteiler nicht verändert. Takte ich dementsprechend bei 10er CPU-Multi auf 10x240 MHz, so bleibt bei DDR333 Einstellung der /12 Teiler für den RAM erhalten, es liegen also weiterhin 2400/12 = saubere 200 MHz für DDR400 RAM an.
Anders wäre dies bei 11x220 MHz (2420 MHz). Dort würde der Prozessor bei Default-Takt (11x200) und DDR333 Teiler einen /14 Teiler wählen (~157 MHz), da laut Spezifikation zwar /13 mit ~169 MHz zwar näher dran sind, aber eben zu hoch = verboten. Dieser /14 Teiler bliebe dann auch bei 11x220 MHz erhalten, so daß am Speicher 2420/14 = ~173 MHz anliegen.
Von daher darf in keinem Fall von synchron und asynchron geredet werden.
Denn selbst bei "ganz normalem" "DDR400" - sprich "1:1" - Betrieb werden ja die oben genannten Teiler verwendet, um aus dem CPU-Multiplikator den Speichertakt zu generieren.
[UPDATE]
"Krumme" .5 Speicherteiler wie z.B. 8.5, 9.5, 10.5, etc. sollten stets vermieden werden.
Zum einen kann es hierbei tatsächlich zu Performanceverlusten kommen. Entscheidender ist aber die Tatsache, daß die Speicherteiler beim Athlon64 immer ganzzahlig sind. Selbst aktuelle Tools können diesen Sachverhalt nicht in jedem Fall korrekt auslesen und wiegen den Nutzer in falschem Glauben.
Takte ich einen Prozessor z.B. auf 8.5*250=2125 MHz, so ist bei DDR400 Teiler anzunehmen, daß auch ein /8.5 Teiler für den Speicher verwendet wird, um z.B. DDR500 Speicher mit 2125/8.5=250 MHz anzusprechen. Da es aber wie gesagt nur ganze Speicherteiler gibt, wird bei krummen Multiplikatoren stets aufgerundet. Tatsächlich liegen also nur 2125/9=236 MHz am Speicher an, dieser läuft somit deutlich unter seiner Spezifikation.
[/UPDATE]
Der HTT-Takt ist von alldem sowieso unabhängig, da er eigene Multiplikatoren (x1, x2, x3, x4, x5) besitzt (i.A. als LDT-Multiplikator bezeichnet, dabei kann anstatt x1, x2, x3 ... auch symbolisch 200 MHz, 400 MHz, 600 MHz ... im Bios angegeben sein), um aus dem Referenztakt generiert zu werden. Wie im Abschnitt weiter unten aufgeführt, trägt der HTT-Takt nur unwesentlich zur Gesamtleistung bei. Ein Übertakten ist im allgemeinen erst recht nicht sinnvoll.
Hat man die Geschichte mit den Teilern verstanden, ist das korrekte A64-Übertakten keine unlösbare Aufgabe mehr, da sich alle Takte stets sauber errechnen / herleiten lassen.
Die oft gehörte Aussage eine "hoher Referenztakt bringt Zusatzperformance" ist 100% unsinnig.
Beispiel:
Denn wenn ich einen 3800+ von 12x200 MHz mit LDTx5 und DDR400 (d.h. /12 Teiler) einsetze, erhalte ich 2400 MHz CPU-Takt, 200 MHz RAM-Takt und 1000 MHz HTT-Takt (LDT x5).
Verwende ich nun die Einstellung 8x300 MHz mit LDTx3 und DDR266 Teiler (8*200 MHz = 1600 MHz; 1600 MHz / 12 = 133.3 MHz) wird also bei DDR266 Einstellung und einem CPU-Multiplikator von 8 ein /12 Teiler für den RAM verwendet. Sprich auch bei 8x300 MHz = 2400 MHz liegt der /12 RAM-Divider an und liefert 2400 / 12 = 200 MHz für den RAM. Mit LDT x3 ergeben sich 3x300 MHz = 900 MHz HTT-Takt.
=> Die Performance ist in allen Fällen nahezu 100% identisch (außer in Anwendungen, die einen Unterschied zwischen 900 MHz und 1000 MHz HTT-Takt bewerten).
Daraus folgt die Schlußfolgerung, daß die Behauptung, ein hoher Referenztakt bringt Performance absolut haltlos ist.
Dieser Beitrag von blander enthält im übrigen eine schöne Übersicht über alle verfügbaren RAM-Divider bei entsprechenden CPU-Multiplikatoren und DDRxxx Einstellungen.
HTT-LINK
Zur Frage der Nützlichkeit des HTT-Links sei folgende Berechnung erwähnt. Der HTT-Link dient auf Single-CPU Systemen zur Kommunikation der CPU mit dem Restsystem (exklusive dem Speicher, da dieser direkt an die CPU angebunden ist). Ein Referenztakt von 1000 MHz ergibt bei 16/16 Bit eine Bandbreite von 4 GB/s bidirektional, d.h. 2 GB/s vom System zur CPU und gleichzeitig 2 GB/s von der CPU zum System. 1000 MHz * 16 bit = 16.000 Mbit/s = 2.000 MB/s.
Nun überlege man sich, was so alles mit der CPU kommunizieren muß im Normalfall. Der PCI-Bus kann maximal 133 MB/s beisteuern, ein S-ATA RAID0 aus 2 Platten native über die Southbridge trägt im theoretischen Maximalfall 300 MB/s bei. Die Kommunikation zur Grafikkarte mag auch noch einige hundert MB/s in gewöhnlichen Anwendungen beisteueren. Dazu noch die sonstigen peripheren Anschlüsse, die nicht über PCI angebunden sind. So kommt man auf maximal vielleicht 800-1000 MB/s tatsächlich notwendiger Bandbreite. Eine Reduzierung des HT-Links von 1000 MHz auf 800 MHz reduziert die effektive Bandbreite von 4 GB/s auf 3.2 GB/s - ein in Anbetracht der benötigten Leistung leicht zu verschmerzender Verlust bei Zugewinn an Stabilität.
Die häufige Frage, wo denn nun Einbußen zu erwarten sind bei niedrigerem HT-Takt, klärt sich so von selbst. Nur einige hochgradig peripherie- und Grafikkarten-bandbreiten-lastige Benchmarks wie SPECview können hier überhaupt Unterschiede feststellen.
Im Fall des VIA K8T800 / K8T800 Pro begrenzt ohnehin der V-Link zwischen North- und Southbridge die neben der Grafikkarte übertragenden Daten auf 1066 MB/s.
Beim Übertakten kann man den HT-Takt also bedenkenlos in Regionen von 700-900 MHz reduzieren bei 16/16 Bit Anbindung, ohne irgendwelche gravierenden Nachteile in Kauf zu nehmen.
Fazit: die gesamte E/A-Peripherie zuzüglich der CPU-fernen Busse ist mit der HT-Bandbreite hoffnungslos übersättigt. Einzig die Grafikkarte oder ein großes SCSI-Server-System kann hier einen Teil dieser Bandbreite ausnutzen. Zu beachten ist allerdings, daß AGP-Systeme ohnehin einen stark beschränkten Upstream Grafikkarte -> Chipsatz aufweisen, so daß hier die Upstream Bandbreite System -> CPU selbst schon mit ca. 1 GB/s ausreichend ist. Einzig sehr CPU-lastige Grafikkartenanwendungen (diverse Games, Rendering, sonstige Anwendungen mit hohem Traffic Grafikkarte -> CPU) können von der hohen HT-Bandbreite CPU->System profitieren. Erst PCI-Express Systeme mit entsprechenden bandbreitenhungrigen Anwendungen werden den HT-Link auch bidirektional auszulasten wissen. Bis aber tatsächlich einmal 2 GB/s down und parallel 2 GB/s up zu wenig werden, kann ruhigen Gewissens der HT-Link reduziert werden.
Benchmarks, die diese Sachverhalte bestätigen (insbesondere den eingeschränkten AGP-Upstream), finden sich z.B. hier.
COOL AND QUIET
Einige Worte hierzu. Abhängig vom Prozessor kennt der A64 auf S754 und S939 Systemem verschiedene Lastzustände. Als Beispiel soll ein 3500+ mit 11x200 MHz = 2200 MHz dienen.
Dieser besitzt (wie auch der 3200+ NewCastle mit 2.2 GHz für S754) offiziell 4 P-States, von welchen ich im Praxiseinsatz allerdings bisher nur 3 beobachten konnte:
5x200 MHz @ 1.100V
10x200 MHz @ 1.400V
11x200 MHz @ 1.500V
Beim Übertakten gilt, daß ausschließlich der CPU-Multiplikator durch die Cool'n'Quiet-Software verändert wird. Einige der ersten S754 Boards zeigten hier Auslesefehler bzw. ein falsch implementiertes Verhalten, wenn Taktraten von 10x80 MHz für den 800 MHz P-State angezeigt wurden, 4x 200 MHz sind in jedem Fall korrekt.
Besondere Beachtung sollte somit der Tatsache gewidmet werden, daß Cool'n'Quiet beim Übertakten ausschließlich mit Standard-Multiplikator sinnvoll weiterzuverwenden ist.
Takte ich oben genannten 3500+ auf z.B. 11x220 MHz bei 1.500V, so hängt eine erfolgreiche Verwendung von Cool'n'Quiet ausschließlich davon ab, ob auch 10x220 MHz bei 1.400V und 5x220 MHz bei 1.100V stabil laufen (was in den meisten Fällen so ist).
Würde ich allerdings eine Taktung von 10x240 MHz wählen, um 2400 MHz bei 1.500V zu erreichen, ist Cool'n'Quiet arg gefährdet. Denn die Cool'n'Quiet Software holt sich unabhängig vom im Bios eingestellten CPU-Multiplikator in jedem Fall den originalen Multiplikator unter Vollast wieder. Sprich, sobald Last erzeugt wird, taktet Cool'n'Quiet auf 11x240 MHz (=2640 MHz), was bei 1.500V zum sofortigen Freeze/Reboot führt. Gleiches gilt für andere Multiplikatoren.
Im Zusammenhang mit übertaktetem Speicher bei einer RAM-Einstellung ungleich DDR400 ist zu beachten, daß bei veränderten CPU-Multiplikatoren unter Cool'n'Quiet auch andere RAM-Divider erzeugt werden! Diese können ebenfalls zu nicht vorhergesehenen Instabilitäten führen.
Ein Beispiel hierzu:
Besitze ich DDR400 Speicher, der 220 MHz nicht stabil schafft und einen Athlon64 3200+ NewCastle (11x200 MHz), welchen ich gern auf 3400+ Niveau (11x220 MHz) übertakten möchte und weiterhin Cool'n'Quiet aktiv sein soll. Neben der Verringerung des LDT-Multiplikators von 5x auf 4x (um wie oben erwähnt, den HT-Link nicht über die spezifizierten 1000 MHz schnellen zu lassen) muß auch Sorge dafür getragen werden, daß der RAM nicht bei 220 MHz läuft. Also wählt man im Bios den DDR333 Teiler, welcher (wie eingangs vorgerechnet) zu einem /14 RAM-Divider führt. Das heißt bei 2400 MHz liegen nur noch 2400/14 = 171 MHz am Speicher an. Dies ist unterhalb seiner spezifizierten Frequenz, aber die meisten Speicher erlauben bei niedrigeren Taktungen schärfere Timings. In diesem Fall z.B. könnte ich die Timings von 3.0-3-3-8 auf 2.0-2-2-6 ändern, um den verlorenen Takt in Hinblick auf die Performance auszugleichen.
Nun kommt Cool'n'Quiet ins Spiel. Selbst wenn die CPU mit 10x220 MHz = 2200 MHz bei 1.400V und 5x220 MHz = 1100 MHz bei 1.100V stabil läuft, kann der Speicher einen Strich durch die Rechnung machen! Denn taktet die 3200+ CPU von 11x220 MHz auf 10x220 MHz, wird bei DDR333 Teiler und CPU-Multi von 10 ein /12 Divider für den RAM gewählt (anstatt des bisherigen /14), was plötzlich zu 2200/12 = 183 MHz Speichertakt führt! Dies kann mit 2.0-2-2-6 schon wieder nicht mehr möglich sein, es kommt zum Freeze / Bluescreen / Reboot. Bei Herabtaktung auf 5x220 MHz (Idle) würde ein /6 Divider (1000/6 = 166 MHz) bei DDR333 Einstellung gewählt werden. Dies führt in diesem Fall wieder zu 1100/6 = 183 MHz Speichertakt, was mit oben genannten Timings möglicherweise nicht zu schaffen ist.
Fazit: veränderte Speichertakte bei Cool'n'Quiet aufgrund anderer CPU-Multiplikatoren sind ebenfalls zu beachten und entsprechend sollten die Timings des RAM’s auf die höchste zu erwartende Speicher-Taktrate aller P-States abgestimmt werden.
Ein weiteres Problem: die Spannungen. Hier gibt es grundsätzlich zwei Kategorien von Mainboards.
Kategorie (a) behält die beim Übertakten geänderte VCore für alle P-States bei.
Kategorie (b) verändert die VCore der P-States gleichermaßen zur Veränderung der Default VCore.
Boards der Kategorie (a) gehören oft zur ersten Generation von Sockel 754 Boards. Hier ist das Cool'n'Quiet Feature bei veränderter CPU-Spannung (VCore) nicht sinnvoll nutzbar, da die größte Stromeinsparung durch die veränderte VCore und nicht durch den niedrigeren Takt erreicht wird. Benötige ich also z.B. bei einem übertakteten 3000+ NewCastle für 10x240 MHz 1.85V Spannung, so liegen diese 1.85V auch im niedrigsten P-State bei 5x240 MHz an. Der Stromverbrauch sinkt nur unwesentlich.
Boards der Kategorie (b), wie z.B. das Abit KV8 Pro (S754) und Abit AV8 (S939) verändern die CPU-Spannung abhängig von der Original-VCore. Betrachten wir obigen 3000+, welcher für 10x240 = 2400 MHz 1.85V benötigt. Das sind 0.35V mehr als normal (1.50V). Im niedrigsten P-State von 5x240 MHz = 1200 MHz liegen somit 1.45V an (1.10V+0.35V), was im Gegensatz zu 1.85V eine deutliche Senkung ist. Der Stromspareffekt ist entschieden größer, da neben 1200 MHz weniger Takt auch 0.4V weniger Spannung anliegen. Das heißt, es wird die Differenz zwischen im Bios eingestellter VCore und der Default-VCore (z.B. 1.50V für 130nm A64 oder 1.40V für 90nm A64) auf für alle anderen Cool'n'Quiet-Spannungen der P-States dazu addiert.
Außerdem ist es es oft ohnehin wünschenswert, daß auch die VCore in den P-States proportional angehoben wird, da bei Standardmultiplikator und erhöhtem Referenztakt automatisch höhere Taktungen für die P-States entstehen, da Cool’n’Quiet wie oben erwähnt nicht den Referenztakt verändert sondern lediglich den CPU-Multiplikator.
Fazit: Die Mainboards der Kategorie (a) sind zwar in allen Fällen stabil (da für alle Takte maximale VCore), die Boards der Kategorie (b) empfehlen sich aber mehr, da die VCore in den P-States dennoch abgesenkt wird und so weiterhin sinnvolle Stromeinsparungen möglich sind.
SPANNUNGEN
Hier gibt es keine großen Unterschiede zum Athlon XP.
VCore / CPU-Voltage
Stabilisierung der CPU bei höheren Taktraten, empfohlen <1.85V
VDimm / VDimm / RAM-Voltage
Stabilisierung des RAM bei höheren Speichertakten, empfohlen <3.2V
VDD-Voltage/Northbridge/Southbridge
Southbridge-Voltage ist unbedeutend, da diese stets mit gleicher Bandbreite (VLink) an die Northbridge angebunden ist, bzw. wie beim nForce3 nicht existiert.
Northbridge-Voltage ebenso relativ unbedeutend, da die Anbindung der Northbridge an den Prozessor über den HT-Link geregelt ist und diese selbst nicht übertaktet wird. Eine höhere Spannung kann allerdings in einigen Fällen 3D-Stabilitätsprobleme bei Referenztakten >280 MHz beheben.
HT-Voltage
Dient der Stabilisierung bei Übertaktung jenseits der spezifizierten 800 MHz bzw. 1000 MHz des HT-Taktes. Allerdings ist eine Erhöhung des HT-Links wie oben erwähnt nahezu nie sinnvoll, weshalb dieser stets im Rahmen seiner Spezifikation betrieben werden sollte, eine Erhöhung der Spannung (idR über 1.20V) ist nicht notwendig.
AGP-Voltage
Kann den AGP-Bus bei fehlendem PCI/AGP-Fix und hohen Referenztakten stabilisieren. Bringt aber in den meisten Fällen nichts, so daß entweder der Referenztakt zu senken bzw. ein Board mit PCI/AGP-Fix zu beschaffen ist.
PCI/AGP BUS, FIX & TEILER
Der PCI-Bus sollte i.A. bei 33.3 MHz, der AGP-Bus bei 66.6 MHz betrieben werden, um Probleme mit Grafikkarten, Festplatten und sonstiger Peripherie zu vermeiden. Bei Erhöhung des Referenztaktes berechnet sich
PCI-Bus = Referenztakt / Teiler
AGP-Bus = ( Referenztakt / Teiler ) * 2
Der VIA K8T800 / K8T800 Pro Chipsatz bietet neben dem 1/6 Teiler
(200 MHz / 6 -> 33.3 MHz PCI -> 66.6 MHz AGP)
auch einen 1/7 und 1/8 Teiler an. Diese genügen selbst ohne PCI-AGP-Fix, um Referenztakte bis 266 MHz (und höher) zu erreichen. Denn bei 266 MHz bewirkt der 1/8 Teiler 266 MHz / 8 = 33.3 MHz PCI und 66.6 MHz AGP-Takt, was der Spezifikation entspricht.
Ein Board mit fixer Einstellung für den PCI/AGP-Takt generiert unabhängig vom Referenztakt einen korrekten 33 MHz PCI und 66 MHz AGP-Takt. Eine manuelle Übertaktung des AGP-Busses bringt selten Performancezuwächse, da die AGP-Bandbreite im 8x Modus für aktuelle Grafikkartenlösungen bereits überdimensioiert ist.
Für den PCI-Express (PCIe) Takt ist für die entsprechenden Mainboards auf nForce4 sowie K8T890 Chipsätzen ebenfalls die Möglichkeit gegeben, diesen PCIe Takt auf seine originalen 100 MHz zu fixieren und somit vom Referenztakt zu entkoppeln.
Grundsätzlich gibt es also kein Limit, wie hoch der Referenztakt zu wählen ist, solange CPU-Takt, Speichertakt, HT-Takt und PCI/AGP- bzw. PCIe-Takt im Rahmen bleiben. Einzige Grenze ist hierbei die Kombination aus Mainboard und Qualität des Chipsatzes, wie hoch diese es zulassen, die Referenztakte sauber einzustellen und halten zu können.
Von daher sind Screenshots mit 250-400 MHz Referenztakt bei korrekten Teilern/Multiplikatoren relativ leicht zu erreichen und stellen kein Mittel zum Vergleich der Leistungsfähigkeit eines Systems dar. Hier sollte man sich nicht blenden lassen.
WIE POSTE ICH FALSCH ?
Nachdem ich GOOGLE, die FAQ´s und die BOARDSUCHE erfolgreich ignoriert habe, erstelle ich zwei bis fünf neue Themen, in den falschen Unterforen, mit kreativen Titel und undeutlichem Text, unter dem sich jeder etwas anderes vorstellen kann
|
Beiträge gesamt: 7089 | Durchschnitt: 1 Postings pro Tag
Registrierung: Mai 2001 | Dabei seit: 8599 Tagen | Erstellt: 9:46 am 12. Jan. 2005
|
|
|
|
|
|
|
|
|
|
|
|
|
|
