CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

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

 

[Datanette]

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?

 

[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

 

[Datanette]

Okay, das ist ja reichlich. Fehlt nur noch 24h Idle.

Ich habe viel weniger synthetisch getestet und startete relativ schnell mit dem finalen BS und den gewünschten Anwendungen. Zudem hilft ein großzügiges Sicherheitspolster z.Bsp. alle Cores 5 steps zurück vom ausgeloteten CO.
Grundlegend ist, dass man die maximal mögliche Taktfrequenz schon gewählt hat, respektive auch die Kühlmethode und das daraus resultierende Powertarget. Ansonsten muss man wieder von vorne beginnen.
Stündliche Backups sichern bei mir in der Testphase das System soweit ab, dass bei einem eventuell auftretenden Fehler gleich zurückgespielt werden kann und kein Risiko besteht, dass das BS beschädigt ist.

 

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

 

[Bread]

"Falsch" - der neue yCruncher ist leider deutlich gutmütiger, imho nicht mehr brauchbar als Stresstest. Was wirft der YCRUNCHER_OLD mit dieser Config nach 6-12h?

[General]
# General settings
stressTestProgram = YCRUNCHER_OLD
numberOfThreads = 2

stopOnError = 0
skipCoreOnError = 1
beepOnError = 1
flashOnError = 1
lookForWheaErrors = 1

coreTestOrder = sequential
runtimePerCore = auto
#                                                        # runtimePerCore auto executes all the tests listed in the stressTestProgramgram section with the defined testDuration
suspendPeriodically = 1
#                                                        # Periodically suspend the stress test program to simulate load changes / switches to idle and back
restartTestProgramForEachCore = 1
#                                                        # restartTestProgramForEachCore 0 is default, and leaves the stressTestProgramgram window open so you can scroll thru to double-check for errors
delayBetweenCores = 5
#                                                        # delayBetweenCores 15 is default, 5 simply accelerates the test. If "restartTestProgramForEachCore" is 0, this setting has no effect

[yCruncher]
# y-Cruncher specific settings
mode = 19-ZN2 ~ Kagari
tests = N64, HNT, VST, C17
# testDuration = 30                                        # 30 to do a quick check only, 60 is default
# tests = HNT                                            # --> Quick check HNT
# tests = HNT, C17                                        # --> Medium check HNT + C17
# tests = HNT, VST, C17                                    # --> Medium check HNT + VST + C17
# tests = N64, HNT, VST, C17                            # --> Full Final Check overnight
# tests = BKT, BBP, SFT, FFT, N32, N64, HNT, VST, C17    # --> all tests

[Logging]
name = CoreCycler
logLevel = 2
useWindowsEventLog = 1

[Debug]
delayFirstErrorCheck = 5
#                                                        # With this setting you can define a wait time before the first error check happens for each core
stressTestProgramWindowToForeground = 0
#                                                        # 1 throws an error "could not find the correct stress test window"

 

[raniell.o.bi.nnas]

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

Die Automatische Spannungsänderung ist Murks!
Das ganze setzt du ja über den beiliegenden PBO2Tuner um. Problem das Ding startet nicht immer mit.
Normal kommt dank der ZenStates-Core.sys/dll ja ne Warnung die man 512635612x bestätigen muss, die bleibt aber oft aus, ergo läuft das Ding auch nicht und die vermeintlichen Änderungen sind nur Placebos.
Weiter stimmen die Werte nicht überein.
Als Startwert habe ich mal bei einem CCD über all -20 gesetzt, diese Werte sind nach 2 Jahren testen garantiert nichts stabil bei mir.
Öffne ich den PBO2 Tuner oder den Ryzen SDT sieht man das die Gesetzen -20 real -10 sind. keine Wunder als das diese Werte dann angeblich stabil sein sollen.

 

[RedF]

Die Automatische Spannungsänderung ist Murks!
Das ganze setzt du ja über den beiliegenden PBO2Tuner um. Problem das Ding startet nicht immer mit.
Normal kommt dank der ZenStates-Core.sys/dll ja ne Warnung die man 512635612x bestätigen muss, die bleibt aber oft aus, ergo läuft das Ding auch nicht und die vermeintlichen Änderungen sind nur Placebos.
Weiter stimmen die Werte nicht überein.
Als Startwert habe ich mal bei einem CCD über all -20 gesetzt, diese Werte sind nach 2 Jahren testen garantiert nichts stabil bei mir.
Öffne ich den PBO2 Tuner oder den Ryzen SDT sieht man das die Gesetzen -20 real -10 sind. keine Wunder als das diese Werte dann angeblich stabil sein sollen.

Gibt ja noch mehr Tools die das können. Z.b. Ropbench von Kelutrel aus dem OCN.

 

[sp00n]

@raniell.o.bi.nnas
Die Anpassung der CO-Werte wird nicht von PBO2 Tuner übernommen, sondern von pbotest.exe. Vom gleichen Autor (PJVol), aber eben nicht das gleiche.

Bei dir scheint irgendwas Unvorhergesehenes vorzugehen. Hast du einen der CCDs deaktiviert? Der 7950X3D müsste eigentlich mit 16 Kernen & 32 Threads identifiziert werden, bei dir sind es nur 8/16.
Die Anzeige in den beiden Tools deutet auch darauf hin, dass da etwas nicht so ganz stimmt. Generell müsste man die CO Werte für alle Kerne definieren und nicht nur z.B. die für die ersten 8, ansonsten werden die Änderungen nicht durchgeführt. Da sollte dann allerdings auch eine entsprechende Fehlermeldung ausgegeben werden, die bei dir anscheinend aufgrund der falschen Erkennung der 16 Kerne nicht kommt.

Falls du einen der CCDs deaktiviert hast, dann aktiviere ihn mal und teste erneut. Wenn es dann geht, kann ich einen entsprechenden Hinweis in der Beschreibung für die Funktion hinzufügen. Oder evtl. gleich eine Warnung beim Starten ausgeben lassen.