Leserartikel [Sammelthread] AMD Ryzen/Threadripper Overclocking

[Gamer Geek98]

Krass

 

[Faust2011]

Hi!

Kann mir jemand bitte mal den Zusammenhang zwischen UEFI-Settings erklären und dem, was der AMD Adrenalin macht? Ich habe den Eindruck, dass der Adrenalin meine Settings im BIOS/UEFI zurücksetzen kann, zumindest teilweise.

Also, ich habe einen Ryzen 5 7500F, der auf einem Gigabyte Mainboard (B650 Gaming X AX V2) läuft und von mir per PBO2 und CO eingestellt ist. Außerdem habe ich eine AMD-Graka im System.

Nachdem ich zuletzt einen Systemabsturz hatte, hat der Adrenalin die GPU-Settings zurückgesetzt. Soweit bekannt, soweit normal. Aber anscheinend hat er auch die PBO-Settings der CPU zurückgesetzt. Kann das sein?

Bisher hatte ich eine Intel-CPU im System und hatte mich schon zu Beginn gewundert, dass im Adrenalin auch die Ryzen CPU auftaucht. An sich ja ok, aber dass da die Settings verändert werden, ist etwas... unerwartet.

 

[RaptorTP]

Kann ich nicht beurteilen. Hatte aber mal ein PC vom Kumpel, wenn dieser beim Herunterfahren nicht warten wollte, und auf "trotzdem herunterfahren" in Windows gedrückt hatte, wurde sein BIOS resettet.

Long, long, time ago. Aber ich hätte es nicht geglaubt, hätte ich es nicht gesehen.

Meine Frage:

ganz altmodisches Offset Undervolting für einen Ryzen 7700 nonX

Was könnte ich denn da einstellen ? Möchte einfach Spannungen etwas minimieren.
Für das Gewissen, nicht mehr

Erfahrungswerte wären super!

 

[digitalfrost]

Ich nutze dafür den AIDA64 Stability Test weil er extrem schnell Fehler findet. Man muss nicht Stunden- oder Tagelang Corecycler oder andere Tools laufen lassen sondern kann in relativ kurzer Zeit etwas finden, dass langfristig stabil ist.

Ich weiß nicht warum, aber der AIDA64 Stability Test reagiert extrem sensitiv auf negative CO Offsets beim Ryzen. Andere Stabiliätstests sind lange stabil, aber AIDA64 findet sofort Fehler oder sorgt sogar dafür, dass der PC sich aufhängt.

Der Schlüssel dafür ist, dass man die Haken bei

• Stress CPU
• Stress FPU
• Stress Cache

setzt, und den Haken bei Memory rausmacht. Zusätzlich braucht man

• https://github.com/irusanov/SMUDebugTool um die CO Offset unter Windows schnell ändern zu können
• HWiNFO64

Damit die Core VIDs korrekt ausgelesen werden muss im HWiNFO [x] Snapshot CPU Polling in den Hauptsettings aktiv sein:

Danach kann man im Sensor-Panel sich die Core-VIDs ansehen:

Wie man am Max VID sehen kann ist Core 7 der schlechteste Core, dass wird bei den meisten genauso aussehen. Er hat die höchste Max VID und die höchste average VID.

Wichtig zu verstehen hier ist: In Allcore-Loads kriegt die gesamte CPU die höchste angeforderte VID, vollkommen egal ob es andere Cores gibt, die mit weniger VID auskämen. Es macht also außer für Singlethread oder Wenigthread Loads, keinen Sinn sich die Mühe zu machen einzelne Cores weit unterhalb des höchsten VIDs zu drücken.

Ich kann hier schonmal vorwegnehmen, dass ich den Core 7 nur mit -15 CO Offset fahren kann, die anderen Cores aber weit mehr negatives Offset vertragen.

Man fängt jedenfalls beim höchsten Max, oder dem höchsten average VID Core an und zieht im SMUDebugTool das Offset für diesen Core runter:

Das kann man solange machen bis der AIDA64 einen Fehler meldet. Danach einfach wieder +5 auf den Wert drauf und es sollte stabil sein.

Nachdem wir das gemacht haben drücken wir im HWiNFO auf die Uhr um die Werte zu resetten. Danach sehen wir, dass jetzt Core 6 der Core mit der höchsten VID ist:

Jetzt geht man einfach der Reihe nach die Cores durch, resettet immer wieder die Werte und versucht jeweils den höchsten Max oder Avg Wert runterzukriegen. Ansich kann man damit aufhören, sobald alle Cores mit ihren Max VIDs unter dem schlechtesten Core liegen, da bei einem Allcore-Load der schlechteste Core bestimmen wird wieviel VCore in die CPU geht. Aber es spricht auch nichts dagegen dieses Spiel mit dem 2. schlechtesten Core weiterzutreiben, wenn man Spaß dran hat.

Am Ende des Ganzen habe ich folgendes erreicht:

Man sieht an den VIDs nun, dass der Core 7 der schlechteste Core ist (die höchste max VID hat), Core 0+2+4+6 liegen ungefähr gleichauf. Core 5 ist der Beste, 1+3 sind auch gut.

Grundsätzlich geht diese Vorgehensweise natürlich auch mit einem anderen Stabilitätest als AIDA64, der Schlüssel ist das man die Höhe der Core VIDs berücksichtigt, weil die absolute Größe des -CO Offsets erstmal egal ist, wenn der Core trotzdem aufgrund seiner hohen VIDs die Vcore für die gesamte CPU anhebt. Man muss die höhe der VID Requests in das Undervolting einbeziehen.

Man sieht ja das Core 0+2+4 vs Core 6 sich um 5 im CO Offset unterscheiden, die effektiven VIDs aber quasi identisch sind. Und Core 7 hält leider die gesamte CPU zurück.

 

[RaptorTP]

Oha! Komplette Manual. Muss ich mir mal anschauen bei Gelegenheit. Danke!

 

[True Monkey]

Wie man am Max VID sehen kann ist Core 7 der schlechteste Core,

Der mit der höhsten Vid ist der beste Core .......
Du verwechselst hier den Taktfreudigsten mit dem mit der höchsten elektrischen Güte.

Merke ....ein Core mit schlechten elektrischen Widerstand (niedrige Vid) reagiert am besten auf Vcore Erhöhung und ist gleichzeitig der der am meisten heizt
Der mit der höchsten Vid ist idR auch der der auch bei Vcore Erhöhung einfach zu kühlen ist.

Was bedeutet eine niedrige VID für mich beim OC?​

Meist das bessere OC-Potential. Nötige Spannungserhöhungen zum Stabilisieren der CPU bei hohem Takt fallen oft geringer aus bzw. zeigen mehr Wirkung. Nachteilig ist der hohe fließende Strom, der sich durch eine hohe Wärmeabgabe bemerkbar macht.

Was bedeutet eine hohe VID für mich beim OC?​

Mit etwas Pech ein geringeres OC-Potential. Nötige Spannungserhöhungen zum Stabilisieren der CPU bei hohem Takt fallen meist größer aus bzw. zeigen gar keine Wirkung. Diese CPUs sind jedoch oft kühler und im nicht übertakteten Zustand selbst mit dem Boxed-Kühler noch relativ kühl zu betreiben.

Quelle