CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

[RedF]

Mach mal YC VT3 ALLCORE

Na endlich ^^

 

[RedF]

Aktuell -50,-50,-50,-35,-40,-50

Beitrag automatisch zusammengeführt: 19.07.2025

Ist aber nicht Game stable.

 

[LuxSkywalker]

nun nach nur 30min Laufzeit des CoreCycler wirst du definitv noch keine Stabilität ausgelotet haben ^^ und 'VT3 only' testen ist auch nur eher so suboptimal

wenn du dir den CoreCycler Thread durchliest findest du Posts von mir wo meine CPU damals durchaus noch nach +18h Laufzeit ausgestiegen ist - zugegeben das war dann aber schon bis auf's letzte ausgereizt

 

[RedF]

Also optimal ist VT3 AC nicht wirklich, aber immerhin.

Beitrag automatisch zusammengeführt: 20.07.2025

nun nach nur 30min Laufzeit des CoreCycler wirst du definitv noch keine Stabilität ausgelotet haben ^^ und 'VT3 only' testen ist auch nur eher so suboptimal

wenn du dir den CoreCycler Thread durchliest findest du Posts von mir wo meine CPU damals durchaus noch nach +18h Laufzeit ausgestiegen ist - zugegeben das war dann aber schon bis auf's letzte ausgereizt

Schon klar, werde aber nicht alle Tests 24h laufen lassen.

 

[daisymokoni]

Starting CoreCycler v0.10.0.0...
Press CTRL+C to abort
Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1955 Zeichen:1
+ Add-Type -ErrorAction Stop -Name PowerUtil -Namespace Windows -Member ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1956 Zeichen:1
+ Add-Type -ErrorAction Stop -TypeDefinition $ShutdownBlockDefinition
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1957 Zeichen:1
+ Add-Type -ErrorAction Stop -TypeDefinition $GetWindowsDefinition
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1958 Zeichen:1
+ Add-Type -ErrorAction Stop -TypeDefinition $WindowFlashDefinition
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1959 Zeichen:1
+ Add-Type -ErrorAction Stop -TypeDefinition $ConsoleWindowMenuDefiniti ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1960 Zeichen:1
+ Add-Type -ErrorAction Stop -TypeDefinition $ChangeConsoleModeDefiniti ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1961 Zeichen:16
+ ... ndMessage = Add-Type -ErrorAction Stop -TypeDefinition $SendMessageDe ...
+                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1962 Zeichen:1
+ Add-Type -ErrorAction Stop -TypeDefinition $SetThreadHandlerDefinitio ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Add-Type : Das System kann den angegebenen Pfad nicht finden
In D:\CoreCycler\script-corecycler.ps1:1963 Zeichen:1
+ Add-Type -ErrorAction Stop -TypeDefinition $SetSuspendAndResumeWithDe ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], Win32Exception
    + FullyQualifiedErrorId : System.ComponentModel.Win32Exception,Microsoft.PowerShell.Commands.AddTypeCommand

Error in the main functionality block!
Der Typ [ChangeConsoleMode] wurde nicht gefunden.
In D:\CoreCycler\script-corecycler.ps1:10789 Zeichen:20
+     $consoleMode = [ChangeConsoleMode]::GetMode()
+                    ~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (ChangeConsoleMode:TypeName) [], RuntimeException
    + FullyQualifiedErrorId : TypeNotFound




ErrorRecord                 : Der Typ [ChangeConsoleMode] wurde nicht gefunden.
WasThrownFromThrowStatement : False
Message                     : Der Typ [ChangeConsoleMode] wurde nicht gefunden.
Data                        : {System.Management.Automation.Interpreter.InterpretedFrameInfo}
InnerException              :
TargetSite                  : Void CheckActionPreference(System.Management.Automation.Language.FunctionContext,
                              System.Exception)
StackTrace                  :    bei
                              System.Management.Automation.ExceptionHandlingOps.CheckActionPreference(FunctionContext
                              funcContext, Exception exception)
                                 bei
                              System.Management.Automation.Interpreter.ActionCallInstruction`2.Run(InterpretedFrame
                              frame)
                                 bei System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(Inter
                              pretedFrame frame)
                                 bei System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(Inter
                              pretedFrame frame)
HelpLink                    :
Source                      : System.Management.Automation
HResult                     : -2146233087






MyCommand             :
BoundParameters       : {}
UnboundArguments      : {}
ScriptLineNumber      : 10789
OffsetInLine          : 20
HistoryId             : -1
ScriptName            : D:\CoreCycler\script-corecycler.ps1
Line                  :     $consoleMode = [ChangeConsoleMode]::GetMode()

PositionMessage       : In D:\CoreCycler\script-corecycler.ps1:10789 Zeichen:20
                        +     $consoleMode = [ChangeConsoleMode]::GetMode()
                        +                    ~~~~~~~~~~~~~~~~~~~
PSScriptRoot          : D:\CoreCycler
PSCommandPath         : D:\CoreCycler\script-corecycler.ps1
InvocationName        :
PipelineLength        : 0
PipelinePosition      : 0
ExpectingInput        : False
CommandOrigin         : Internal
DisplayScriptPosition :




FATAL ERROR: Der Typ [ChangeConsoleMode] wurde nicht gefunden.
Line Number: 10789


You can find more information in the log file:
D:\CoreCycler\logs\CoreCycler_2025-07-19_11-18-40.log
When reporting this error, please provide this log file.
Press Enter to exit:

Der Typ [ConsoleWindowMenu] wurde nicht gefunden.
In D:\CoreCycler\script-corecycler.ps1:13417 Zeichen:13
+     $null = [ConsoleWindowMenu]::AppendMenu($parentMainWindowMenuHand ...
+             ~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (ConsoleWindowMenu:TypeName) [], RuntimeException
    + FullyQualifiedErrorId : TypeNotFound

Der Typ [ChangeConsoleMode] wurde nicht gefunden.
In D:\CoreCycler\script-corecycler.ps1:13420 Zeichen:13
+     $null = [ChangeConsoleMode]::SetMode($consoleMode)
+             ~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (ChangeConsoleMode:TypeName) [], RuntimeException
    + FullyQualifiedErrorId : TypeNotFound

Der Typ [Windows.PowerUtil] wurde nicht gefunden.
In D:\CoreCycler\script-corecycler.ps1:13423 Zeichen:5
+     [Windows.PowerUtil]::StayAwake($false)
+     ~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (Windows.PowerUtil:TypeName) [], RuntimeException
    + FullyQualifiedErrorId : TypeNotFound

Der Typ [ShutdownBlock] wurde nicht gefunden.
In D:\CoreCycler\script-corecycler.ps1:13427 Zeichen:45
+         $shutdownBlockReasonDestroyRetVal = [ShutdownBlock]::Shutdown ...
+                                             ~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (ShutdownBlock:TypeName) [], RuntimeException
    + FullyQualifiedErrorId : TypeNotFound

Die Variable "$shutdownBlockReasonDestroyRetVal" kann nicht abgerufen werden, weil sie nicht festgelegt wurde.
In D:\CoreCycler\script-corecycler.ps1:13430 Zeichen:13
+         if ($shutdownBlockReasonDestroyRetVal) {
+             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (shutdownBlockReasonDestroyRetVal:String) [], RuntimeException
    + FullyQualifiedErrorId : VariableIsUndefined


C:\Windows\System32>

Kommt jetzt zum dritten mal in Folge nach X Stunden. Das Logfile was am Schluss genannt wird gibt es dann auch nicht!

 

[sp00n]

@daisymokoni
Das mit den "nach X Stunden" verstehe ich jetzt nicht ganz, das sieht da nach direkt beim Start aus?

Ansonsten probiere mal die 0.11 alpha aus, da sind ein paar mehr Checks am Anfang drin, evtl. fehlt dir eine .NET oder C++ Runtime oder sowas. Die Fehler scheinen sich nämlich auf sowas zu beziehen.

 

[xXdeVelXx]

@sp00n
Hi, ich bin grade dabei meine PBO Werte aus zu loten, dabei habe ich bemerkt das Core 0 bei mir immer mit zwei threats getestet wird.
Es macht keinen unterschied ob ich eine ältere Version nehme oder ein anderes Program in CoreCycler wähle. Ich hab es auch mit OCCT und Cinebench gegen getestet und da funktioniert es normal.

 

[sp00n]

@sp00n
Hi, ich bin grade dabei meine PBO Werte aus zu loten, dabei habe ich bemerkt das Core 0 bei mir immer mit zwei threats getestet wird.
Es macht keinen unterschied ob ich eine ältere Version nehme oder ein anderes Program in CoreCycler wähle. Ich hab es auch mit OCCT und Cinebench gegen getestet und da funktioniert es normal.

Bei Core 0 wechselt CoreCycler auf den zweiten Thread, weil es beim ersten Thread Probleme geben konnte in manchen Situationen.
Es wird aber weiterhin nur ein Thread belastet, zumindest sollte es das. Mit dem Task Manager und der CPU History dort kannst du überprüfen, ob da tatsächlich nur "CPU 1" belastet wird oder ob es "CPU 0" und "CPU 1" sind.

Dass der Takt sich auch beim ersten Thread erhöht, ist vermutlich der Architektur des Chips geschuldet.

 

[xXdeVelXx]

Bei Core 0 wechselt CoreCycler auf den zweiten Thread, weil es beim ersten Thread Probleme geben konnte in manchen Situationen.
Es wird aber weiterhin nur ein Thread belastet, zumindest sollte es das. Mit dem Task Manager und der CPU History dort kannst du überprüfen, ob da tatsächlich nur "CPU 1" belastet wird oder ob es "CPU 0" und "CPU 1" sind.

Dass der Takt sich auch beim ersten Thread erhöht, ist vermutlich der Architektur des Chips geschuldet.

Hab es wie du gesagt hast im Task Manager angeschaut und es wird wirklich nur CPU 1 genutzt. Man sollte sich nie nur ein Programm (HWInfo) verlassen. XD
Ich hätte da noch eine Frage... Ist es möglich eine "maxIterationspercore" Funktion einzubauen?
Ein Beispiel... Ich stelle maxIterations=1 und maxIterationspercore=10 ein. Dadurch läuft "Core 0" 10 mal durch und wechselt erst danach zum nächsten. Dieser macht dann wieder 10 Durchläufe.

 

[sp00n]

Hm. Du könntest auch die Zeit pro Kern verlängern. Oder die Reihenfolge der zu testenden Kerne manuell so einstellen, dass ein Kern mehrmals hintereinander getestet wird.
Also coreTestOrder = 0, 0, 0, ..., 1, 1, 1, usw.
Wobei das bei 16 Kernen und 10x pro Kern 160 Einträge werden, das hab ich jetzt nicht getestet, ob das mit so langen Einträgen überhaupt funktioniert.

 

[Vista]

@sp00n gibt es schon einen Zeitplan für die 0.11.0.0 Version?

 

[sp00n]

Mit der zwischenzeitlich erfolgten Blockade von WinRing0 durch Microsoft hatte ich gehofft, dass da evtl. eine Lösung kommen könnte, um es in die finale Version aufzunehmen, aber es sieht so aus, als würde das länger dauern, falls das überhaupt möglich ist.

Ich hatte auch auf eine neue Version von y-cruncher gewartet, die wieder 00-x86 unterstützt, in der momentanen Version ist das zwar wieder mit dabei, stürzt aber einfach ab, und da hat sich auch irgendwie nichts getan.

Also mache ich das vermutlich ohne das und füge einen Hinweis auf WinRing0 und den Windows Defender hinzu, falls das Setzen der CO-Werte fehlschlägt.

 

[jumpel]

Hallo zusammen und danke sp00n für das coole tool!
Ich bin vor Wochen irgendwo über die Aussage gestolpert "AMD zählt die Cores so: 1, 2, 3, 4, 5, 6, 7, 8"
Industriestandard ist ja 0, 1, 2, 3, 4, 5, 6, 7 (Beispiel bei einem 8-Kerner).
Ich finde leider den Thread/reddit/etc. nicht mehr, deswegen wollte ich hier fragen ob dem wirklich so ist.
Bin gerade dabei den einzelnen Cores unterschiedliche co-Werte zu geben und dann mit Corecycler zu testen, deshalb spielt es eine große Rolle die richtigen zu erwischen.
In meinem UEFI kann ich die einzelnen Cores scheinbar korrekt, sprich von 0 bis 7, auswählen. Mainboard: ASRock B850 Riptide, CPU: 9800x3D
Passt das also?

 

[RedF]

Nein, AMD zählt von 0 an. Windows von 1.

 

[sp00n]

Nein, Windows zählt auch von 0. Zumindest im Task Manager und auf Script-Ebene.

Ryzen Master fängt bei 1 an, als einziges mir bekanntes Tool. Im BIOS wird dagegen auch bei 0 angefangen.

 

[RedF]

Fängt nicht die Affinity Maske, also /affinity bei 1 an?

Egal, ich bin da nur halbwissend....

 

[Stunrise]

In der IT fängt immer alles bei 0 an. Null ist die erste Zahl, sei es bei Arrays, Cores, Affinity Masks, Schleifen, you name it.

 

[RedF]

In der IT fängt immer alles bei 0 an. Null ist die erste Zahl, sei es bei Arrays, Cores, Affinity Masks, Schleifen, you name it.

Macht Sinn. Hatte es irgendwo gelesen und mich gewundert.

 

[jumpel]

Wenn ich 'AutomaticAdjustment' aktiviere, bekomme ich die Meldung, er könne die co-Werte nicht finden.
Was habe ich vergessen einzustellen?
Windows Defender schlägt kurz nach dem Start von CoreCycler auch Alarm, WinRing0 wird dort auch erwähnt. Ist das das Problem, was du in deinem Beitrag oben vom 17.11. erwähnt hast, @sp00n?


+++++++++++++++++++++++++++++++++++++
Starting CoreCycler v0.11.0.0alpha4...
Press CTRL+C to abort
A custom config file was provided:
C:\Users\PfadXY\CoreCycler-v0.11.0.0alpha4\configs\L1_ycruncher.ini
FATAL ERROR: Could not get the current Curve Optimizer values!
Reason: Program terminated unexpectedly. Exit Code: 2
Line Number: 5440


You can find more information in the log file:
C:\Users\PfadXY\CoreCycler-v0.11.0.0alpha4\logs\CoreCycler_2025-12-04_23-37-55_YCRUNCHER_24-ZN5 ~ KOMARI.log
When reporting this error, please provide this log file.
Press Enter to exit:
++++++++++++++++++++++++++++++++++++++

 

[sp00n]

@jumpel
Das wird es vermutlich sein, momentan musst du noch eine Ausnahme für WinRing0 anlegen im Windows Defender.

Diese Woche hat sich an der Front allerdings was getan, ich kann es jetzt auf PawnIO migrieren, d.h. das wird in Zukunft nicht mehr nötig sein (zumindest für AMD, das Intel-Pendant benötigt erstmal weiterhin WinRing0).

Und bei y-cruncher gab es jetzt tatsächlich auch eine neue Version, die 00-x86 als "leichtesten" Test zurückbringt.

Die finale 0.11 sollte dann also recht zeitnah erscheinen.
Dort schmeiße ich dann auch PBO2 Tuner raus, da das auch noch WinRing0 benötigt, und liefere stattdessen SMUDebugTool mit für diejenigen, die die CO Werte selbst innerhalb Windows ändern möchten.

 

[Bread]

Perfekt, danke Dir @sp00n ! Leider bietet SMUDebugTool ja keine CLI Unterstützung für meine Startup / WakeUp Skripts. Ist ryzen-smu-cli dazu das aktuelle Mittel der Wahl, und braucht das noch winring0?

 

[jumpel]

Habe mich nun manuell etwas durchgebencht und dabei die in deiner Standard-y-cruncher-config vorhandenen settings verwendet.
Jeder Core lief dabei zwischen 2 und 4 Stunden und wurde dann von mir als "passt erstmal" eingestuft. Hierbei belasse ich es erst einmal. Den Rest müssen Alltagsszenarien zeigen.

 

[sp00n]

Perfekt, danke Dir @sp00n ! Leider bietet SMUDebugTool ja keine CLI Unterstützung für meine Startup / WakeUp Skripts. Ist ryzen-smu-cli dazu das aktuelle Mittel der Wahl, und braucht das noch winring0?

Das momentane Release von ryzen-smu-cli (0.1.3) benötigt noch WinRing0, ich hab aber einen Pull Request gestellt für die Migration auf PawnIO. Das ist dann die Version, mit der ich gerade CoreCycler teste.

 

[sp00n]

Die finale 0.11.0.0 ist jetzt online:

Releases · sp00n/CoreCycler

Script to test single core stability, e.g. for PBO & Curve Optimizer on AMD Ryzen or overclocking/undervolting on Intel processors - sp00n/CoreCycler

github.com

Die mitgelieferte Version von ryzen-smu-cli verwendet da jetzt PawnIO anstatt WinRing0, die offizielle Version hat meinen dementsprechenden Pull-Request bislang noch nicht umgesetzt.

Ebenso habe ich PBO2Tuner und pbocli/pbotest entfernt, weil die auch noch WinRing0 verwenden, und stattdessen dann SMUDebugTool im /tools Verzeichnis hinzugefügt.
Das Intel-Pendant IntelVoltageControl hat leider noch keinen solchen Ersatz bekommen, setzt also weiterhin auf WinRing0, da müsste also gegebenenfalls eine Ausnahme im Windows Defender gesetzt werden, wenn das Tool auf einer Intel CPU mit der automatischen Anpassung der Spannung ausgeführt werden soll.

Seit dem "2025-12-09 Security Update" bei Windows 11 (KB5072033 bzw. KB5074596) scheint es auch eine Fehlermeldung beim Start von CoreCycler gegeben zu haben, wenn der Updatecheck aktiv war, das Problem ist ebenfalls behoben.

Und y-cruncher ist jetzt auf Version 0.8.7 Build 9547 upgedatet, wo auch wieder die 00-x86 Binary als "leichtester" Testmodus zurückgekommen ist.



Das gesamte Changelog:

Spoiler

Version 0.11.0.0 offers support for Ryzen 9000 for the Automatic Test Mode, and has replaced the outdated WinRing0 system driver with a version from PawnIO.
To be able to use it, you will need to install PawnIO from https://pawnio.eu/.
At the same time, PBO2Tuner and pbocli have been removed, as they also still contain WinRing0. They have been replaced with SMUDebugTool as an alternative if you look for a GUI interface to set the Curve Optimizer values.

Unfortunately the Intel component (IntelVoltageControl) still uses WinRing0, so you may need to add an exclusion for it if you want to run it on an Intel CPU.

y-cruncher has also been updated to version 0.8.7 Build 9547, which brought back the `00-x86` test binary mode!



### Changelog:

**Automatic Test Mode:**
- The Automatic Test Mode should now support Ryzen 9000 (and 8000)!
- Added a new `setVoltageOnlyForTestedCore` config option, which when active will only set the currently tested core to a negative Curve Optimizer value. All the other cores will be set to 0, which avoids any possible crashes due to other cores being too low
- Added the creation of a System Restore Point when the Automatic Test Mode is being started. This helps recovering from a corrupted Windows installation (ask me how I know)
This can be turned off in the config if you don't care about that
- Added a new `Minimum` option for the voltage starting values. These will set the Curve Optimizer values to -30 for Ryzen 5000 and -50 for Ryzen 7000 and above (and will throw an error for Intel)
- The default value for the starting values is now `CurrentValues` - and it does it says, it uses the currently set values as the starting point, which is actually the same behavior as the previous `Default` value, just more clear
- You can now provide the Curve Optimizer starting values separated with a `|` as well, which makes it easier to use the values provided at the end of a test
- There is now a 120 second waiting time after a crash before the testing is resumed, to avoid Windows registering this as a "failed" boot if the computer crashes immediately after starting the test again.
Otherwise you might run into a situation where the Recovery Screen is being brought up during the reboot, and no testing can proceed.
The waiting can be changed in the config file, and it can also be skipped by pressing a key
- The scheduled task for the auto-resume of the testing should now be more protected against simply vanishing during a crash (although it sometimes still seems to happen)
- The .automode file should not corrupt as often anymore during a crash



**Misc changes:**
- Migrated from WinRing0 to PawnIO to account for Windows Defender now recognizing it as a possible threat
- Updated y-cruncher to version 0.8.7 Build 9547
- Switched to using ryzen-smu-cli for setting the Curve Optimizer values
- Added a new `Ryzen.AutomaticTestMode.Start.ini` config preset, which makes use of `setVoltageOnlyForTestedCore = 1` and the `Minimum` starting values
- Added checks for Visual C++ libraries and for .NET 8
- The .automode file is now in JSON format
- Updated the included BoostTester tool to support a `--core-repeat <n>` argument, which allows for longer durations per core
- You can now use `auto` for the mode in y-cruncher, which will use the automatically selected binary that y-cruncher selects
- Added a new `CorePairs` option for the core testing order. This will form "pairs" for cores, so e.g. 0-1, 0-2, 0-n, up to n-0, n-1, n-(n-1)
- Added a `Run Multiconfig CoreCycler.bat` batch file that allows you to chain multiple config files, it will look for `multiconfig-x.ini` files (see the file comments for caveats)
- You can now define a single FFT size to Prime95 (so e.g. `720` instead of `720-720`)



**Multiple bug fixes:**
- Fixed a problem with the update check and the 2025-12-09 Windows Security Update (KB5072033 resp. KB5074596)
- The Ryzen 9950X3D seemed to have a different AVX512 order, tried to fix this
- Fixed a bug with directories that contain square brackets
- Fixed a bug where the core that crashed could be added multiple times to the testing sequence, making the last in the sequence to be skipped
- Fixed a bug where `stopOnError` caused problems in combination with the automatic test mode
- Added a check if one of the CCDs for Ryzen is disabled to prevent a bug
- Fixed a bug where a new log file would be started if the core that crashed the computer was core 0
- Fixed a bug with resuming the threads, which sometimes caused the script to abort
- Fixed an issue where setting the CO values would take longer than expected if y-cruncher was used
- Sometimes Aida64 didn't exit correctly when terminating the script. This should now work better
- Fixed a bug when registering the scheduled task
- Made the error checks for Visual C++ and .NET more precise
- Added functionality that checks if the System Restore is enabled, and if not, asks to enable it
- Added additional error check when creating the Event Log source
- Added multiple tries to get and set the Curve Optimizer values, because ZenStates-Core can seem to fail from time to time
- Waiting for one second before restarting the stress test program now, which hopefully should avoid errors if the allocated memory could not be freed fast enough
- Added some explanation for the CPULOAD error message
- Tried to avoid some errors when trying to get the stress test process

 

[Bam_Bam]

CPU: 9950X3D

Angepasste Ryzen Automatic Configuration:
numberOfThreads = 2
startValues = CurrentValues
tests = VT3, N63
setVoltageOnlyForTestedCore = 0


"setVoltageOnlyForTestedCore = 0" setzt die CO Werte die nicht getestet werden nicht auf "0", sonder behält die voreingestellte CO Werte der Cores bei. Hier bekomme ich relativ schnell Rückmeldungen zu Fehlern. Erster Fehler nach nicht mal 10 Minuten. Letzter Fehler nach einer Stunde.
Ich habe nach ca. 2 Stunden (9 ganze Iterationen) folgendes Ergebnis:

Ich habe auch eher Fehler beim non3D CCD (C8-C15) erwartet, soweit -so gut?

Jetzt starte ich den CC neu mit den alten CO Werten und
"setVoltageOnlyForTestedCore = 1"

Hier passiert die ersten 50 Minuten (Iteration 4) rein gar nichts. Ich lasse es mal weiter laufen.

Ist das Ergebnis bei "setVoltageOnlyForTestedCore = 0" als "Falsch" zu bewerten oder ist eher "setVoltageOnlyForTestedCore = 1" nicht passend für o.g. CPU?
Warum ist als Standard "setVoltageOnlyForTestedCore = 1" gesetzt?
EDIT:
Auch frage ich mich, warum "startValues = CurrentValues" nicht der Standard ist (inkl Hinweis CO selbst zu setzen oder zur Not beim Starten des CC eine Wert für alle Cores abzufragen), bzw man den Startpunkt nicht in der Config-Datei wählen kann, ausser man ändert das PS1 Script. Insbesondere wenn per se Ryzen 9xxx mit -50 gestartet wird, ist ein wiederbeleben mit dem Reset Knopf vorprogrammiert, gerade wenn das System kalt ist. Da hilft auch die "Automatik" nicht weiter. Ich verstehe es nicht.

Danke.

 

[Major2312]

@Bam_Bam
Gibt es neue Erkenntnisse mit der Option "setVoltageOnlyForTestedCore = 1"
Hat sich an deinen CO Werten nochmal etwas getan?

Meine ersten Gehversuche mit dem 9950X3D fingen mit AllCore-Werten an, was mir zu ungenau war.
Dann versuchte ich es mit HYDRA. War ganz okay für den Anfang. Man musste nach Ermittlung der ersten CO-Werte so lange "Verification AMD CO" wiederholen bis vermeintlich keine Fehler mehr kamen, aber sie kamen dennoch! War es dann leid weiter zu prüfen und habe kurzum alle negativen Werte um 10 zurück genommen

Den ganzen Spass nun noch um den Curve Shaper zu ergänzen . . . da bin ich nie richtig durchgestiegen den passend einzusetzen

Aktuell versuche ich die Werte so zu ermitteln wie es @gupsterg hier vorgeschlagen hat:

https://www.overclock.net/threads/amd-ryzen-curve-optimizer-per-core-curve-shaper-ddr5-oc.1814427/

Das bedeutet, der Kern mit der geringsten durchschnittlichen Voltage (Core VID) ist die Basis um die anderen Kerne auf dieses Niveau anzugleichen.

Und hier einmal der Vergleich von beiden Varianten:

Welche Variante liegt nun näher am richtigen/besseren/stabileren Ergebnis? Das gilt es heraus zu finden!

Was mich zur Zeit nun etwas nervt ist, wenn ich die CO-Werte mutwillig etwas zu tief stelle und mir dadurch Aida64 bei 10 Versuchen in sehr kurzer Zeit auch 10 mal abschmiert, dann weiß ich: geht nicht!
Nutze ich für die selbe falsche Einstellung CoreCycler(mit Prime95 oder Y-Cruncher), Prime95/Y-Cruncher seperat oder OCCT . . . dann laufen die alle stundenlang ohne einen Fehler zu bringen

CoreCycler mit Aida64 Engineer als Testcombo muss ich noch angehen

 

[Bam_Bam]

Gibt es neue Erkenntnisse mit der Option "setVoltageOnlyForTestedCore = 1"
Hat sich an deinen CO Werten nochmal etwas getan?

Nein. Die Einstellung hat gar nichts gebracht. setVoltageOnlyForTestedCore = 0 funktioniert ganz gut, kommt meiner manuellen CO suche noch am nächsten.

Ich habe es dann klassisch (CPUZ Stress, manuelle Corezuweisung), SVI3 je CCD je Core selbst eingestellt und meine YC Allcore-Script drüber laufen lassen. Danach mit dem CC noch mal verifiziert und keinen Fehler gefunden.

Vergleich:

Grobeinstellung ALLCORE, nur YC N63 und vt3:

CoreCycler nach der Gobeinstellung :

Manuelle Feineinstellung ohne CC

Sorry für die Handybilder.

Ob der ganze Spass gut eingestellt ist, kann man mit Ropbench wunderbar gegentesten. Die beiden CCD sollten sich annähernd im gleichen Frequenzbereich liegen.

Das Ganze von Hand einstellen dauert vielleicht 40 Minuten. Den Rest macht mein Script (YC FFTv4, N63, VT3) EDIT inkl automatisierter CO-Änderung.

@sp00n Wenn der CC jetzt noch Optionen bekommen könnte, die z.B. je CCD Allcore testen zu können (+ CO Automatik), Random Zeitdauer der einzelnen Tests (5 Sekunden bis 30 Sekunden, zum Schluss 2 Minuten), wäre schon toll.

 

[Bam_Bam]

@sp00n

ryzen-smu-cli.exe meldet bei meinem Board Asus X670E GENE mit neuem Agesa 1.3.0.0a und CPU 9950X3D "could not read ccd fuse"

Mit alles Vorversionen lief es einwandfrei, auch die pre1.3.0.0
EDIT: habe den Fix gesehen. War wohl PawnIO und ich habe es mit dem BIOS in Verbindung gebracht, my bad.