CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

[wegdra]

@sp00n.82 der dritte! 😅
Bei mir stürzt Prime immer bei Core0 ab und dann testet das Tool weiter ohne das ein Fehler gezeigt wird. Mit dem Restart funktioniert es jetzt scheinbar aber. Das Tool erkennt aber, auch nach so einem "Absturz", wenn ich Prime schließe.

 

[sp00n.82]

@--Q--
Hm. Du könntest mal versuchen, manuell den Worker Thread in Prime95 zu stoppen, während das Script noch läuft. Oder Prime ganz zu beenden. Eigentlich sollte dann im Terminal auch eine entsprechende Meldung kommen (eben nach diesem 30 Sekunden Checkintervall).

Auf Github ist inzwischen übrigens ein Update mit der "stopOnError" Einstellung verfügbar, allerdings nicht als Release, nur in der Codebase.

Ergänzung (8. März 2021)

Scheint so, als müsste ich meine Curve Optimizer Settings mal wieder auf unrealistische Werte setzen, um ein paar Fehler zu produzieren.

 

[--Q--]

Ich teste das gleich mal.
Wenn ich prime schließe, während er noch testet, erkennt das Skript das auf jeden Fall schon mal.

Edit: Auch komisch, prime failed auch @stock. Immer an der gleichen Stelle (zweiter pass nach 96k), evtl stimmt da auch was anderes nicht. Wenn ich manuell mit Prime teste, kein Problem.

Edit2: Aus irgend einem Grund konnte ich das Problem jetzt in der letzten Dreiviertelstunde nicht mehr reproduzieren. Ich bleibe dran. Das Tool ist super, genau was ich gesucht hab.

 

[wegdra]

Also das Tool zeigt bei mir keine Fehler, in den Logs von Prime kann man sie aber finden.

Aber damit kann man nun doch schon mal die Core auszählen bzw. finden. Soweit funktioniert das also schon recht solide.

 

[sp00n.82]

Hmpf.

Bei mir wird das problemlos angezeigt.

 

[Marsman]

Bei mir wirft das Script sporadisch diesen Fehler aus. Prime95 läuft allerdings im Hintergrund weiter, allerdings wieder auf Kern 0. Scheint mir also als ob er die Prozessor Zugehörigkeit vergeigt.
Kann man nicht auf einen Kern zurück führen, kommt wie gesagt sporadisch mal.

Auslastung auf beiden Threads eines Kerns will auch nicht funktionieren.. und ja ich hab die Config geändert.

Ansonsten ne echt tolle Sache

 

[kodix]

Also das Tool zeigt bei mir keine Fehler, in den Logs von Prime kann man sie aber finden.

Ist bei mir auch so. Hatte mich schon gefreut, dass es ohne Fehler durchlief. Anscheinend werden die Prime-Ausgaben noch nicht sauber im Tool erfasst oder ist das ein prime-bug?

 

[Verangry]

Wenn bei euch Fehler bei FFT Größe 112k kommen, kann das auch am L3 Cache bzw IMC liegen, da dieser, wenn "in-place" mit getestet wird.

Es muss also nicht zwangsweise ein Kern Problem sein, sondern kann auch von zu hohem RAM OC kommen.
Das gilt für die niedrigeren FFT Stufen ebenfalls (L1/L2/L3 Cache + imc)

 

[wegdra]

Wie wird denn erkannt, dass Prime mit einen Fehler abgebrochen hat? CPU Last? Könnte es an dem 16 Kerner liegen?

Interessant finde ich, dass das Tool richtig ausliest, dass bei 10k ein Fehler erkannt wurde, jedoch zeigt es mir die Message erst, wenn ich Prime manuell schließe.

 

[Baal Netbeck]

Vielen Dank für das Tool

Ich habe es erstmal nur angetestet...ich habe eh keine Zen3 CPU.

Aber es ist ja auch für andere CPUs sinnvoll. undervolting und OC werden ja auch bei anderen CPUs mit Boostallgorithmen zum Problem für single core Lasten.

Du willst vermutlich erstmal alles Bugfixen und kein neues Fass aufmachen, aber ich hätte noch ein paar Vorschläge.

Du testest im Moment nur einzelne Kerne...mit einem oder zwei Threads.
Das ist super, aber teilweise werden auch Lastwechsel zum Problem und es wäre toll, wenn dein Programm hier automatisiert Stresstesten könnte.
Ich weiß nicht wie einfach das machbar ist, aber wäre es möglich, Prime zwischendurch zu pausieren und mit anderem Threadcount weiterlaufen zu lassen?

sozusagen: Core 0 läuft...Pause für 0,2s...alle Threads der CPU laufen für 10s ....Pause...Core 0 läuft wieder.
Und das dann einige Male im Wechsel?

 

[sp00n.82]

Ich weiß nicht wie einfach das machbar ist, aber wäre es möglich, Prime zwischendurch zu pausieren und mit anderem Threadcount weiterlaufen zu lassen?

sozusagen: Core 0 läuft...Pause für 0,2s...alle Threads der CPU laufen für 10s ....Pause...Core 0 läuft wieder.
Und das dann einige Male im Wechsel?

Hm, sowas ähnliches kommt in der nächsten Version, wenn auch nicht genau so.

# If the "restartPrimeForEachCore" flag is set, this setting will define the amount of seconds between the end of the
# run of one core and the start of another
# If "restartPrimeForEachCore" is 0, this setting has no effect
# Default: 15
delayBetweenCycles = 15

D.h. man kann eine Pause zwischen den einzelnen Cores einstellen. Allerdings funktioniert das nur, wenn Prime neu gestartet wird, mir ist kein Weg bekannt, wie man Befehle an Prime selbst schicken könnte.
Theoretisch könnte ich das dann auch bei einem einzelnen Kern machen, aber das ist etwas aufwändiger. Nicht unbedingt schwer, nur mehr Aufwand. 🙃
Ich habs mal als Enhancement bei Github mit aufgenommen.

Wie wird denn erkannt, dass Prime mit einen Fehler abgebrochen hat? CPU Last? Könnte es an dem 16 Kerner liegen?
Interessant finde ich, dass das Tool richtig ausliest, dass bei 10k ein Fehler erkannt wurde, jedoch zeigt es mir die Message erst, wenn ich Prime manuell schließe.

Das Script checkt alle X Sekunden (in der momentanten Version alle 30), wie hoch die Prozessorauslastung ist, und wenn sie unter einem erwarteten Wert ist, dann sucht es in der results.txt nach einer Fehlermeldung.
In der nächsten wird das aber geändert, es sucht dann alle 10 Sekunden zuerst nach einer Fehlermeldung in der results.txt und schaut erst dann, wenn keine solche gefunden wurde nach der Prozessorauslastung. Ich hoffe damit, ein paar der Merkwürdigkeiten vermeiden zu können.

Es muss also nicht zwangsweise ein Kern Problem sein, sondern kann auch von zu hohem RAM OC kommen.
Das gilt für die niedrigeren FFT Stufen ebenfalls (L1/L2/L3 Cache + imc)

Ja, das sollte ich vermutlich noch in die Readme mit aufnehmen. Generell sollte man CPU Overclocks ja erstmal getrennt von RAM Overclocks auf Stabilität testen, so auch hier.

 

[kodix]

kann auch von zu hohem RAM OC kommen

Bin mir nicht ganz sicher, ob genau das bei mir der Fall war, aber nachdem ich meine recht hohe VDDG Spannungen reduziert habe, läuft der 112k Test jetzt durch, vorher nicht. Teste aktuell aber manuell ohne Skript.

 

[sp00n.82]

Update 09.03.2021
Version 0.7.8.5 ist jetzt verfügbar:

• Neues "verbosityMode" Setting in der Config. Damit werden mehr Informationen ausgegeben (standardmäßig nur in die Logdatei).
• Neues "delayBetweenCycles" Setting in der Config. Damit kann eine Wartezeit zwischen dem Ende des Runs von einem zum anderen Kern festgelegt werden. Funktioniert nur in Kombination mit "restartPrimeForEachCore".
• Die Fehlererkennung von Prime95 wurde überarbeitet. Nun wird alle 10 Sekunden die generierte results_x.txt auf eine Fehlermeldung in den letzten 3 Zeilen untersucht, und erst wenn keine Fehlermeldung gefunden wurde wird auf die CPU-Auslastung als Erkennungsmerkmal zurück gegriffen.
  Hoffentlich behebt das die Probleme, dass Prime95 einen Fehler geworfen hat, das Script aber keine entsprechende Ausgabe anzeigt.

https://github.com/sp00n/corecycler/releases

 

[wegdra]

wie hoch die Prozessorauslastung ist, und wenn sie unter einem erwarteten Wert ist, dann sucht es in der results.txt nach einer Fehlermeldung.

Dachte ich mir schon. Mir ist aufgefallen, dass ich selber an der CPU Last nicht erkennen kann ob Prime noch aktiv ist. Dafür laufen bei mir wohl zu viele Hintergrundprozesse. Idle 2-5% mit Prime 4-6%.

Die neue Version funktioniert! Der immer Fehler werfende erste Kern wurde korrekt erkannt und Prime neu gestartet. DAAAAANKKKEEEE!

 

[sp00n.82]

Dachte ich mir schon. Mir ist aufgefallen, dass ich selber an der CPU Last nicht erkennen kann ob Prime noch aktiv ist. Dafür laufen bei mir wohl zu viele Hintergrundprozesse. Idle 2-5% mit Prime 4-6%.

Na, es hat schon schon nach der Prozessorlast geschaut, die von Prime95 selbst verursacht wird. Aber anscheinend hat das bei einigen Leuten ja nicht zuverlässig funktioniert.
Hoffentlich hat die Umstrukturierung das behoben, bei dir scheint das ja schon mal der Fall zu sein.

In der Log-Datei finden sich jetzt übrigens zusätzliche Informationen.

 

[--Q--]

Die Erkennung, wenn Prime einen Fehler wirft, funktioniert bei mir nun.

Mein 5800x scheint auf Core1 nicht mal -9 mitzumachen-.-

 

[Baal Netbeck]

D.h. man kann eine Pause zwischen den einzelnen Cores einstellen. Allerdings funktioniert das nur, wenn Prime neu gestartet wird, mir ist kein Weg bekannt, wie man Befehle an Prime selbst schicken könnte.
Theoretisch könnte ich das dann auch bei einem einzelnen Kern machen, aber das ist etwas aufwändiger. Nicht unbedingt schwer, nur mehr Aufwand. 🙃

Wenn das so gemacht wird, dann sollte der Lastwechsel genauso laufen...der Lastwechsel passiert beim beenden und starten eh....Lastwechsel sind ja Millisekunden.
Man könnte also nach der Belastung von einem Kern, Prime neustarten mit vollen Threads..wieder schließen und wieder mit einem Kern weitermachen.

Das Problem was ich sehe, ist dass man von einem möglichen Instabilität beim Wechsel vermutlich nix mitbekommt, da Prime währenddessen ja nicht testet.

Kann man die Last auf dem einen Kern weiterlaufen lassen, und eine zweite Prime Instanz mit Belastung auf den restlichen Threads starten und schließen?

 

[scuba2k3]

Zum Verständnis

Besteht mit diesem Tool nicht noch immer das Problem, dass man hohe offset-werte fahren kann solange die CPU (oder auch nur ein einzelner Kern) voll ausgelastet wird aber es zu sporadischen neustarts kommt wenn man im idle hängt (oder auch bei geringen Teillasten)

oder gibt es dafür mittlerweile ein "workaround"

 

[wegdra]

Ich kann nur meine Erfahrungen schildern:
Ich hatte bisher keine pro Core Optimierungen durchgeführt sondern wild probiert und hatte die Settings:
Alle Kerne CO -15 und Vcore -12mV. Lief nun über Monate stabil.

Mit dem Skript komme ich nun zu diesem bisherigen Ergebnis ohne Offset beim Vcore:

Core 0	-9
Core 1	-28
Core 2	-28
Core 3	-30
Core 4	-30
Core 5	-23
Core 6	-30
Core 7	-30
Core 8	-29
Core 9	-20
Core 10	-30
Core 11	-23
Core 12	-25
Core 13	-26
Core 14	-30
Core 15	-27

Testdurchlauf 30min ALL FFT, SSE und kein AVX. Scheint schon eine recht gute Möglichkeit zu sein, hier stabile Settings zu finden und durchgehend bei allen Benchmarks mehr Punkte als mit meinen alten Settings.
Die Neustarts hatte ich beim Testen interessanterweise auch nur bei Core 13. Dort nur ein Punkt unter den -26 und der PC startet neu, bei -26 läuft er durch den Test. Bisher läuft alles stabil, auch beim zocken.

@sp00n.82 anbei mal ein Logfile von einem Durchlauf. Die CPU usage scheint wohl falsch ausgelesen zu werden. Daher ging das wohl in der letzten Version nicht richtig.

 

[SeniorY]

Super Tool, hab heute damit angefangen meinen bisherigen stabilen CO noch weiter zu tunen. Dabei ist das Tool eine wirkliche Erleichterung!!!

Bei meinen damaligen Recherchen wurde zum testen Large FFTs empfohlen. Der CoreCycler nutzt default small FFTs. Eignen Small FFTs sich besser zum testen?