CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

[Flash_Muc]

Falls korrekt, erhöhe ich nun den negativen Offset für Core 1 wieder um 5 (auf -20) und lasse alle anderen Cores auf -25 und spiele das Spiel weiter.

Genau. Im nächsten Schritt hätte ich in dem Fall direkt das Skript für die restlichen Cores nochmal angeworfen, die du noch gar nicht gesehen hast. Die drei genannten Cores hast du ja jetzt schon getestet, die anderen noch nicht. Das Skript erlaubt dir auch, die zu testetenden Cores anzugeben.

Ein erneuter -30 Versuch (für alle anderen außer Core 1) scheint mir irgendwie nicht sinnvoll, oder könnte es doch was werden? Bzw macht es vllt. Sinn dann zum Schluss die "guten" Cores noch mit -30 zu checken?

Das einzelne Cores auch -30 können, könnte durchaus sein - man weiß es nur noch nicht. Bisher weißt du nur, dass es nicht alle können. 😊

 

[LuxSkywalker]

...
In der Ereignisanzeige konnte ich nichts feststellen. Aber das Log vom CoreCycler müssten ja ausreichen.
Für mich heißt das, dass Core 0 & Core 6 durchlief und er dann beim Core 1 ausgestiegen ist -> Freeze

Falls korrekt, erhöhe ich nun den negativen Offset für Core 1 wieder um 5 (auf -20) und lasse alle anderen Cores auf -25 und spiele das Spiel weiter.
Ein erneuter -30 Versuch (für alle anderen außer Core 1) scheint mir irgendwie nicht sinnvoll, oder könnte es doch was werden? Bzw macht es vllt. Sinn dann zum Schluss die "guten" Cores noch mit -30 zu checken?

korrekt

hier als Beispiel meine ausgelotete PBO CO Einstellung 7900x

Core	0	1	2	3	4	5	6	7	8	9	10	11
CO	-4	+4	+5	+8	-1	-9	-30	-35	-27	-29	-31	-25

wie du siehst muss ich sogar 3 Kerne ins positive offset schieben sonst unstable ^^

vo daher macht es durchaus Sinn deine Kerne 0 & 6 später nochmal mit -30 zu prüfen... das bedeutet aber auch wesentlich mehr Aufwand

wenn du jeden Kern einzeln ans maximum bringst wirst du später feststellen das sich die Kerne gegeneinander beeinflussen. Das bedeutet die CO Werte ziehen die Kerne direkt "nebenan" mit runter.

Beispiel:

An meiner Tabelle erklärt gehen wir davon aus das wirklich alle Kerne bis auf Kern 7 schon stabil am negativ maximum laufen. Jetzt ist Kern 7 als einziger noch nicht perfekt ausgelotet. Ich reduziere also Kern 7 von -35 auf -36 so werden die Kerne 6 & 8 evtl. auch wieder instabil weil die Spannungen nicht absolut gekapselt für jeden Kern reduziert werden, es gibt da eine gewisse abhängigkeit...

Die benachbarten Kerne beeinflussen sich gegenseitig ^^

 

[Blue_Moon]

Hallo zusammen,
ich habe mir ein neues AM5-System mit einem 7700 non-x zusammengebaut.
Das ganze muss jetzt natürlich noch etwas optimiert werden.
Daher habe ich mit dem CurveOptimizer mal bei -30 angefangen und corecycler 30min laufen lassen.
Nachdem ich den corecycler abgebrochen habe, wurde mir kein Fehler angezeigt.
Kann das sein? Ich weiß, dass 30min jetzt nicht unbedingt sehr lange sind...aber für einen ersten kurzen Test sollte es ausreichend sein, oder?
Jetzt habe ich soeben mal auf -40 gestellt...corecycler läuft aktuell noch.
Macht es einen unterschied, ob ich nebenher ne Runde zocke?

 

[LuxSkywalker]

...
Daher habe ich mit dem CurveOptimizer mal bei -30 angefangen und corecycler 30min laufen lassen.
Nachdem ich den corecycler abgebrochen habe, wurde mir kein Fehler angezeigt.
Kann das sein? Ich weiß, dass 30min jetzt nicht unbedingt sehr lange sind...aber für einen ersten kurzen Test sollte es ausreichend sein, oder?
...

nope 30min sind definitiv NICHT ausreichend - ausserdem kommt es auch drauf an mit welchen Einstellungen du im CoreCycler testest. Die defautl Einstellungen reichen nicht aus ^^

alles was nicht ycruncher mit Kagari entspricht kannst du bei Zen4 auch gleich sein lassen, weil die Kerne nicht ausreichend belastet werden

 

[Blue_Moon]

Danke. Hab yCruncher soeben auf "19-ZN2 ~ Kagari" gesetzt.
Sollte man sonst noch was umstellen?
Lief jetzt auf OC-45 für 60min und ich hab nebenher noch BorderLand3 gezockt....
Auf OC-50 wollte Windows nicht mehr starten.

 

[LuxSkywalker]

stressTestProgram = YCRUNCHER
runtimePerCore = 10m
suspendPeriodically = 1
numberOfThreads = 2
mode = 19-ZN2 ~ Kagari
tests = BKT, BBP, SFT, FFT, N32, N64, HNT, VST, C17

bei 8 Kernen sollten mindestens 480 min / 8 h Laufzeit drinne sein - dann hat jeder Kern mit den o.g. Einstellungen eine Laufzeit von ~1 h durchlaufen, was jetzt auch nicht viel ist aber durchaus erstmal ausreichen sollte

mehr wäre auf jeden Fall besser wenn du keine Überaschungen erleben möchstest

 

[Blue_Moon]

Vielen Dank für die Settings.
Hab ich soeben übernommen. Hatte zuvor übersehen, dass man von PRIM95E auf YCRUNCHER umstellen muss.

Noch eine Frage: Wie warm wird bei euch bei dem Test die CPU?

 

[Tanzmusikus]

@sp00n.82
Im CoreCycler v0.9.5.0alpha2 gibt's vermutlich einen mini-kleinen Typo, allerdings ohne große Folgen. 😉

Es befindet sich eine "config..ini" im Verzeichnis der Anwendung. Diese Datei besitzt 2 Punkte.
Wenn diese nur 1 Punkt hätte, könnte man diese vor der Nutzung entsprechend editieren.
Bei mir wurde zunächst trotz editieren keine Änderung im Programmablauf sichtbar.

Verläßt man sich darauf, dann wird man im jetzigen Zustand enttäuscht.
Das Programm legt beim Nichtvorhandensein der "config.ini" allerdings eine Kopie "config.default.ini" an.
Diese ist inhaltlich identisch mit der "config..ini", deshalb tippe ich auf einen Schreibfehler.
Hatte mich einige Zeit lang gestern aufgehalten. 🤓

Danke für das Tool & die Weiterentwicklung !!