CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

[Bread]

Danke Bread für deine super Rückmeldung. Konnte jedoch nicht warten u habe selbst weitergemacht.
Und voila das Gleiche gemacht, wie von dir gewünscht. Bei uns sagt man so schön, zwei Dumme ein Gedanke.

😁

Ich denke, dass sieht auf den 1. Blick ganz gut für den RAM aus.
6 Cycles Absolut @ anta777.cfg ohne Error.

Ja, das sieht gut aus

Gibt es den einen Test, womit ich speziell den Teillast Bereich, ohne Belastung extrem Stress testen kann?
Hab ja jetzt die zwei Einstellungen oben wie von dir gewünscht deaktiviert.

Teillast funktioniert eigentlich bei CoreCycler & TM5 ganz gut bei mir, hatte da auch immer Reboots wenn CO nicht gepasst hat.

Das was Du beschreibst klingt ja eigentlich nach Idle, und das müsste Power Supply Idle Control = Typical eigentlich lösen Oder doch zu wenig vSOC, was steht denn im Eventlog,ein WHEA 19 oder 18?

 

[hanneslan]

Oder doch zu wenig vSOC, was steht denn im Eventlog,ein WHEA 19 oder 18?

Das kann ich dir nicht sagen... Wie lese ich das aus?

Habe aber denke ich schon das Speicherabbild über Temporäre Dateien löschen in Windows 10 gelöscht... Auch die Speicherfehlerbilder...

Aber wen das hilft dann lese ich das zukünftig aus u poste es hier, wenn du mir sagst wie das genau geht.

Wo muss ich dazu hin um WHEA 19 oder 18 auszulesen?

Jetzt ist es leider schon zu spät, sonst kann ich morgen Vormittag nicht an den PC.

Werde dann morgen Nachmittag mal CoreCycler in gewohnter Weise 18 Stunden über Nacht laufen lassen.

Mal gucken, was rauskommt.

LG Hannes

 

[Bread]

Unter Quelle: WHEA-Logger in der Ereignisanzeige sieht man den genauen WHEA Typ. Eine Ansicht für WHEA 18, eine für 19 machen:

 

[hanneslan]

Unter Quelle: WHEA-Logger in der Ereignisanzeige sieht man den genauen WHEA Typ. Eine Ansicht für WHEA 18, eine für 19 machen:

Habe ich so eben gemacht, aber bei mir scheint Nix mehr da zu sein... Kann das vom Temporäre Dateien löschen kommen?

Da darf ich das vorerst nicht mehr machen... Werde nach dem nächsten Reboot hier mal direkt nachgucken oder?

Dann sollte ich da was finden oder?

Beitrag automatisch zusammengeführt: 06.09.2024

Unter Administrative Ereignisse finde ich was... Aber leider keine WHEA-Logger...

 

[Bread]

Kann auch sein, dass Du kein WHEA hast, aber dennoch Idle Reboot. Das spricht eben für Power Supply Idle Control.

Aber bei Reboots die von CoreCycler / Y-Cruncher HNT ausgelöst wurden, solltest Du eigentlich nen WHEA 18 sehen. Mir nicht bekannt dass das mit Temp Dateien gelöscht wird, aber Ereignisse werden nach 3 Monaten gelöscht..

 

[hanneslan]

Kann auch sein, dass Du kein WHEA hast, aber dennoch Idle Reboot. Das spricht eben für Post Supply Idle Control.

Aber bei Reboots die von CoreCycler / Y-Cruncher HNT ausgelöst wurden, solltest Du eigentlich nen WHEA 18 sehen. Mir nicht bekannt dass das mit Temp Dateien gelöscht wird, aber Ereignisse werden nach 3 Monaten gelöscht..

Das ist dann aber komisch, weil Reboots durch CoreCycler / Y-Cruncher HNT hatte ich mehrfache. Geschätzt bestimmt 20-25. Und 3 Monate ist das auch noch nicht her. Habe Mitte/Ende Juli damit begonnen.

Dann doch vielleicht gelöscht. Mein 18 Stunden Run hat soeben begonnen. Mal Morgen Früh gucken, ob der sauber durchgelaufen ist. Ich melde mich dann hier wieder.

 

[Bread]

Ja - so sieht das bei mir aus:

 

[hanneslan]

CoreCycler hat gerade einen Error für Core 8 ausgeworfen, den ich damals beim 12 Stunden Run nicht hatte.

Der Filter funktioniert schon mal.

Dann den 18 Stunden Test nochmals neu starten, mit +4 auf Core 8.

 

[sp00n]

@hanneslan
Du könntest auch die neue AutomaticTestMode Funktion der 0.10.0.0 Alpha ausprobieren, die dir den CO-Wert automatisch anpasst.
Wenn du allerdings oft Neustarts hast, dann wäre es hilfreich, ein Autologon für deinen Account bei Windows einzurichten, dann kann CoreCycler auch nach einem ungeplantem Reboot mit dem Test fortfahren.
Die entsprechenden Einstellungen sind wie immer in der config.ini beschrieben, in der letzten alpha3 hab ich dann auch eine entsprechende Beispielconfig im \configs Verzeichnis hinzugefügt.

 

[hanneslan]

@hanneslan
Du könntest auch die neue AutomaticTestMode Funktion der 0.10.0.0 Alpha ausprobieren, die dir den CO-Wert automatisch anpasst.

Das wäre ideal für den Beginn gewesen. Jetzt hoffe ich doch wenn der 18 Stunden Run fehlerfrei durch ist, dass ich schon sehr nah am Ziel bin.
Trotzdem Danke für deinen Input!

 

[Datanette]

Hi @sp00n ,

bin gerade mit deinem beeindruckenden Tool (0.10 alpha3) am Rumexperimentieren. Test mit einem 9950X.
AMD müsste dir eigentlich einen 9950X sponsern.

fürs erste:

[AutomaticTestMode]
enableAutomaticAdjustment = 1
startValues = Default

FATAL ERROR: Could not get the current Curve Optimizer values!
Program terminated unexpectedly. Exit Code: 999
              +++ Removing the .automode file

teste mal weiter

Beitrag automatisch zusammengeführt: 07.09.2024

Wie kann ich nachkontrollieren, dass im [AutomaticTestMode] die offsets greifen?
Man würde es anhand der CoreSpannung sehen, aber gibt es ein Tool welches die wirkliche Core-Spannung ausliest? Alles was ich finde ist CoreVID.
Macht das CPU-Z? Ich kann zumindest zwischen OC 0 und -40 keinen Unterschied feststellen.

Beitrag automatisch zusammengeführt: 07.09.2024

Wenn ich im Bios den OC setze verändert sich die VID, welche ich mit HWinfo auslese.
Und wenn ich im CoreCycler den OC setzte, nicht.
CPU-Z liest, wie es scheint, auch nur die VID.

 

[sp00n]

CoreCycler benutzt das "pbotest" Tool von PJVol (bei CoreCycler im \tools\pbocli Verzeichnis), um die CO-Werte auszulesen und zu setzen. Und das ist komplett ungetestet für Ryzen 9000, kann also sehr gut sein, dass es dort nicht funktioniert.
Wenn du das Programm in der Kommandozeile aufrufst, sollte es die CO-Werte zurückliefern. Oder halt nicht.

Du könntest auch mal schauen, ob der ebenfalls mitgelieferte PBO2 Tuner funktioniert. Der ist ebenfalls von PJVol.

Es gäbe auch noch das SMU Debug Tool, das vielleicht oder vielleicht auch nicht funktioniert.


Bei HWiNFO habe ich bei meinem Ryzen 5000 einen "CPU Core Voltage (SVI2 TFN)" Eintrag für die Vcore. Letztens habe ich einen Screenshot für Ryzen 7000 gesehen, der den Eintrag nicht hatte, aber evtl. ist dort und für Ryzen 9000 dann der "CPU VDDCR_VDD (SVI3 TFN)" der richtige Wert dafür. Aber das ist jetzt nur ein educated Guess.

 

[Datanette]

Danke, die von dir genannten Spannungen werden angegeben. Man muss nur wissen, wo zu schauen. Ryzen OC/UV ist Neuland für mich.
Hier mal ein Screenshot, damit du nicht weiter rätseln musst.

Wenn du das Programm in der Kommandozeile aufrufst, sollte es die CO-Werte zurückliefern. Oder halt nicht.

Ne, das funktioniert (als admin gestartet) leider nicht. Von Zen4 zu 5 sind halt doch noch ein paar Unterschiede. Ich lasse es lieber. Das muss jemand machen, der mehr Ahnung hat.
Aber so wie ich den CoreCycler getestet hatte, wurde die VID nicht verändert, was es durch die direkten Bios Settings aber macht.
Der normale Bench mit CoreCycler 0.1.0alpha3 funktioniert aber.

Beitrag automatisch zusammengeführt: 07.09.2024

SMU Debug Tool funktioniert übrigens auch nicht.

 

[sp00n]

Ah, es müsste pbotest.exe get heißen, dann gibt es die aktuellen CO-Werte aus (bzw. sollte es).
Mit dem set Argument würde man sie dann ändern, wobei man da einen Wert für jeden Kern angeben muss, ansonsten geht es nicht (Minuszeichen nicht vergessen).
Also z.B. pbotest.exe set -15 -15 -15 -15 -15 -15 -15 -15 -15 -15 -15 -15 für einen 12-Kern Prozessor.

 

[Datanette]

Nein, leider nicht. Das Tool spuckt nichts aus mit pbotest.exe get

 

[sp00n]

Gar nichts, auch keine Fehlermeldung?

Ich leite das mal an PJVol weiter, aber ohne einen 9000er Chip wird der wohl auch erstmal nichts daran ändern können.

 

[Datanette]

Gar nichts, auch keine Fehlermeldung?

überhaupt nichts, auch kein Fehler

 

[hanneslan]

So der 18 Stunden Run war ohne Fehler.

Gold hinterlegt sind meine vorläufigen Endwerte:

@Bread

Werde das mit dem Idle/Teillast jetzt mal weiter beobachten in den nächsten Wochen/Monaten.

Bisher noch kein weiterer Reboot. Falls doch noch welche kommen sollten, was würde da noch helfen?

LG Hannes

 

[Bread]

Glückwunsch!

Bisher noch kein weiterer Reboot. Falls doch noch welche kommen sollten, was würde da noch helfen?

Puh, dann ... bleibt eigentlich nur noch vSOC etc (VDDP / CCD / IOD) raufsetzen und hoffen.

 

[hanneslan]

Puh, dann ... bleibt eigentlich nur noch vSOC etc (VDDP / CCD / IOD) raufsetzen und hoffen.

Ok. Würde denn wieder mehr positives Offset auf die einzelnen Kerne helfen?
Weil vorher bevor dem Curve Optimizer waren ja keine Reboots 1,5 Jahre vorhanden.

 

[Bread]

Eventuell ja. Aber eigentlich nein, deshalb testen wir ja mit dem CC 😉

War zufällig auch für 1,5 Jahre der Soc höher, hast Du ja erst neulich runtergesetzt wenn ich mich recht entsinne? 😉

 

[hanneslan]

War zufällig auch für 1,5 Jahre der Soc höher, hast Du ja erst neulich runtergesetzt wenn ich mich recht entsinne? 😉

Nein. Hab das von Anfang an gemacht, nachdem ich mitbekommen habe, dass am Anfang von den X3D einige CPUs wegen zuviel Spannung direkt gekillt wurden.

 

[Bread]

Verstehe - schlau! 😊

Wg CO: wie gesagt, eigentlich testet CC genau das. Und ich fahre 0 Toleranz also die min CO Werte die ich ausgetestet hab, 100% stabil. Aber was weiss man schon bei aktuellen High-End Chips. Wenn das nochmal vorkommt, alle Cores +2 mal testen.

 

[hanneslan]

Verstehe - schlau! 😊

Wg CO: wie gesagt, eigentlich testet CC genau das. Und ich fahre 0 Toleranz also die min CO Werte die ich ausgetestet hab, 100% stabil. Aber was weiss man schon bei aktuellen High-End Chips. Wenn das nochmal vorkommt, alle Cores +2 mal testen.

Hallo Bread,

hoffe alles gut bei dir?

Diese Teillast Reboots hatte ich seitdem nicht mehr, aber gerade einen Reboot im Spiel Cyberpunk2077.

Hier dazu der Log:

Werde jetzt mal alle Kerne +2 weiter testen.

PS: Danke dir nochmals für deine tolle Unterstützung von Anfang bis Ende u. das an die Hand nehmen.

Das weiß ich sehr zu schätzen! 😊

LG Hannes

 

[Bread]

Hey, mir persönlich gut so weit, dafür dass wir Katastrophengebiet sind

Da müsste jetzt aber ein WHEA 18 Eintrag im Eventlog sein, oder?
Was Du auch machen kannst, ist einfach gamen mit CoreCycler im Hintergrund. Da hatte ich tw Abstürze bei HNT, die ich mit CoreCycler alleine nicht hatte. War bei mir aber nur wenn ich BCLK OC gemacht habe, mit BCLK 100 hatte ich das nicht. Dann solltest wirklich auf der sicheren Seite sein, härtere Tests kenne ich nicht..

 

[hanneslan]

Da müsste jetzt aber ein WHEA 18 Eintrag im Eventlog sein, oder?

Nein. Leider nicht. ;( Nur das was ich oben angehängt habe.

Warum ist das bloß so?

Ach du Armer. Da war ja was. Ich wünsche dir ganz viel Glück, dass das auch so bleibt.

Ich teste u. beobachte einfach mal weiter. Zum Gamen komme ich gerade aber so gut wie eh nie. Aber evtl. mache ich das mal mit CoreCycler u CP2077.

Aber Rechner ist schon immer jeden Tag an u. bis auf CP2077 keine Reboots soweit.

Teillast auch weg.

 

[Bread]

Teillast war dann wohl da erwähnte BIOS Setting. Aber Reset beim Gamen einfach so? Hatte ich bisher nur mit WHEA 18..

 

[hanneslan]

Teillast war dann wohl da erwähnte BIOS Setting. Aber Reset beim Gamen einfach so? Hatte ich bisher nur mit WHEA 18..

Ja einfach so. Komischerweise ging es zwei drei Tage vorher ohne Probleme.

Heute Savegame geladen, ca. 500 Meter gelaufen u. Bildschirm war schwarz. Danach PC neu gestartet bzw. ich habe ihn dann einfach ausgeschalten, nachdem er nach ca. 30 Sekunden noch nicht wieder hochgefahren war u. die AiO CPU-Kühlung auf 100% denke ich extrem aufheulte...

Könnte dass das Problem sein, dass ich da immer zu ungeduldig bin?

Was macht der PC da genau?

LG Hannes

 

[hanneslan]

So hier bin ich wieder. Bräuchte mal wieder Hilfe aus der Community, wie ich jetzt am Besten weiter machen soll.

@Bread

Puffer +2 hat leider nicht geholfen, da bei internen Benchmarks von z.B. Metro Exodus Extreme auch wieder ein Reboot + schwarzer Bildschirm kam.

Puffer +4 hielt dann eine Woche alles aus, bis gestern im Spiel Diablo 4 wieder völlig unerwartet aus dem Nichts ein Reboot + schwarzer Bildschirm kam.

Stand gestern Abend Puffer +6 auf alle Cores.

Was mich langsam, aber zweifeln lässt, ob das jetzt der richtige Hebel ist... ???

These: Könnte es sein, dass in Games speziell die 3D VCache Kerne anders getestet u beansprucht werden als in CoreCycler (YCruncher_Old + Kagari + Test Duration 60)?

Sind die neuen 3D VCache Prozessoren wie mein 7950X3D hier irgendwie anders unterwegs u. müssen noch anders getestet werden?

Würde es ggf. helfen, wenn ich die zwei Settings im Bios, die ich damals geändert habe, nochmals anfasse?

Kann das darauf Einfluss haben? Wenn ja wie u welche Schritte? Habe gerade adhoc gar keinen Plan, was die eigentlich genau machen.

1. 1,2000 V für VSoC
2. 1,2500 V für VDDIO MC Voltage
Beide nach Kauf wegen Risiko des CPU-Abfackelns manuell abgesenkt.
Vor Curve Optimizer keine Probleme.

Vielen Dank wieder für eure Mithilfe u. Unterstützung im Voraus!

LG Hannes

 

[XTaZY]

Danke für das Tool, @sp00n

Negative -20 lief probemlos bisschen mehr als 24 Stunden durch:

╔══════════════════════════════════════════════════════════════════════════════╗
╟──────────────────────────────────┤ Summary ├─────────────────────────────────╢
╚══════════════════════════════════════════════════════════════════════════════╝

Run time:     1 days, 02 hours, 52 minutes, 34 seconds
Iterations:   17 started / 16 completed
Tested cores: 16 cores / 268 tests
              Core 0 (17x), Core 1 (17x), Core 2 (17x), Core 3 (17x), Core 4 (17x)
              Core 5 (17x), Core 6 (16x), Core 7 (16x), Core 8 (17x), Core 9 (17x)
              Core 10 (17x), Core 11 (17x), Core 12 (17x), Core 13 (17x), Core 14 (16x)
              Core 15 (16x)

────────────────────────────────────────────────────────────────────────────────

No core has thrown an error

No WHEA errors were observed during the test

────────────────────────────────────────────────────────────────────────────────

Negative -24 läuft grad während ich auf der Arbeit bin.
Denk 24 Stunden Belastungstest für 16 Kerne sollten doch eigentlich ausreichenend, hm ?