CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

[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!

 

[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.

 

[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.

 

[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.

 

[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 ?

 

[RedF]

Würde mich da nicht allzu stark auf nur einen spezifischen Test versteifen.
Das kann 48Std fehlerfrei laufen und beim ersten realen Einsatzszenario kackt es ab.
Stark wechselnde und unterschiedliche Belastungen sind die härteste Anforderung und meist mit Games oder Grafikbenchmarks zu erreichen. Große Dateien entpacken ist auch sehr fordernd genauso wie wakeups aus dem Idle.

Ist es mit dem CoreCycler eigentlich möglich, automatisch und stetig zwischen verschiedenen Benchtools zu wechseln?

Vor allem kleine Boost Spitzen können da kritisch werden.

Beitrag automatisch zusammengeführt: 30.09.2024

Für die X3D Nutzer, die ein Board mit ECLK haben.
Stellt euch einen ECLK mir z.b. 102 und ein PBO -100MHz ein, oder ECLK 104 und -200MHz

Das ändert das Boost verhalten zum positiven. Die 5050MHz beim 7800X3D bleiben, aber er bleibt länger am Limit.

 

[XTaZY]

Würde mich da nicht allzu stark auf nur einen spezifischen Test versteifen.
Das kann 48Std fehlerfrei laufen und beim ersten realen Einsatzszenario kackt es ab.
Stark wechselnde und unterschiedliche Belastungen sind die härteste Anforderung und meist mit Games oder Grafikbenchmarks zu erreichen. Große Dateien entpacken ist auch sehr fordernd genauso wie wakeups aus dem Idle.

Ist es mit dem CoreCycler eigentlich möglich, automatisch und stetig zwischen verschiedenen Benchtools zu wechseln?

Aktuell handhab ich es so:
- 1x Run CB23 Multicore
- 1x Run 3Dmark TimeSpy
- 1x Run 3Dmark TimeSpy Extreme
- 1x 10 Min. CB23 Multicore
- 1x 30 Min. 3Dmark TimeSpy Extreme Stresstest
- 1x 24 Std. CoreCycler

Wie sich die PBO2 Einstellung dann final im Alltag dann bewahrheitet, wird sich dann zeigen

 

[Vista]

@sp00n
wie schaut es mit der Entwicklung der v0.10 Version aus ?

 

[sp00n]

@Vista
Bislang habe ich keine eindeutigen Fehlermeldungen für die Alpha-Versionen bekommen, also habe ich auch nichts gemacht. 😁

Theoretisch könnte ich die letzte Alpha dann also für die finale erste Version 0.10 nehmen.

 

[TingelTangel]

Bei meinem Ryzen 7800x3d lief der CoreCycler ohne Fehler durch mit AllCore -30.
Bei Prime95 sind dann 4 Kerne mit Fehler kurz nach dem Starten gestoppt.
Die Fehler auf den Kernen waren ziemlich zügig vorhanden.

Aktuell läuft alles bei -30 -32 -28 -25 -15 -20 -25 -28

Vielleicht habe ich auch etwas falsch getestet.