CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

Hallo
Ich habe mal wieder etwas rumgespielt, nachdem mein BIOS Update alle Settings zurückgesetzt hat. :d

Habe zuerst DOCP aktiviert und eingestellt
Dann PBO aktiviert mit Limits 200, 140, 180 und danach den Ryzen Master Curve Optimizer genutzt.
Danach dann nochmal den Corecycler und der hat mir zumindest auf dem 1. CCD die Offsets weit zurück gedreht.

Nun habe ich zwar Allcore 4,8Ghz in Call of Duty B06 z.B. und 4,7-4,75Ghz unter Cinebench23. (Was ich sehr beachtlich finde)

aber trotz um >200Mhz gestiegenem Allcore Takt ist der Cinebench Wert minimal gesunken. Ergibt das Sinn? :d

Hier meine Ergebnisse des Corecycler
1733157437053.png
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Hast du auf Clock Stretching geachtet in HWiNFO (Core Effective Clocks vs. Core Clocks)?
 
Hast du auf Clock Stretching geachtet in HWiNFO (Core Effective Clocks vs. Core Clocks)?
hmm, ich weiß dass der Wert da ist, aber mehr habe ich den noch nie beachtet. :d

TL: DR was sagt der aus?
 
ok, hab´s grob erlesen was das ist.
Was mach ich dagegen oder wie sollte ich neu anfangen?
 
Ich teste mit YCRUNCHER_OLD, also vor allem HNT, VST, C17. Ist der härteste mir bekannte Test. Damit ist das bombenstabil, und auch kein Clock Stretching, was mir logisch erscheint, weil auf "ausreichende Mindest-Spannung" für die härteste mögliche Vollbelastung für jeden Core getestet wurde.
 
Das Tool finde ich klasse, es hat aber einen fetten Fehler bzgl. der Umsetzung mit der automatischen Schrittanpassung der Spannung.
Standard sind ja -25 auf allen Kernen ...
Ich habe einen 7950X3D und betreibe den auch mit 200Mhz PBO, die 3D Kerne Takten aus politischen Gründen ;-) ja nicht so hoch wie die normalen. AMD fährt nur eine Einheitspannung dank nur einem Spannungswandler. Sprich es ist die natur das die 3D Kerne mehr Luft nach unten haben als die nicht 3D Kerne die eher an der Kotzgrenze laufen.
Ich poste mal meine stabilen Werte abzüglich -1 als Reserve für schlechte Fälle:

-25, -25, -23, -25, -16, -25, -21, -25,
-14, -10, -04, -07, -05, -09, -17, -13,

Lege ich jetzt am Start bei allen Kernen -25 an und Teste Kern1 braucht Windows nur mal einen Zucker auf Kern 11 zu machen der eben bei -4 bereits abschmiert, der Fehler wird dann aber natürlich dem Kern1 zugeschrieben der dann unnötig runter gesetzt wird. Bei so vielen Kernen ist es reine Glücksache nach dem System durch zu kommen! Das bei der Umsetzung nichts valides raus kommt wird man merken wenn man mehrfach kreuzweise die Testreihenfolge ändert, es kommen da gravierende Unterschiede raus. Je mehr schlechte Kerne man zuerst trifft desto genauer wird dann das Ergebnis. Mit dem Standardablauf würde so mancher Kern bei mir auch im Plus laufen obwohl es ein guter -25 Kern ist!
Man kann in der Config löblich ja auch zu beginn jedem Kern eine Spannung zuteilen, bringt nur erst mal nix ohne jeden Anhaltspunkt.
Man müsste, so mache ich es per Hand, beim testen nur beim eben aktuell prüfenden Kern die Spannung anpassen und den Rest auf 0 setzen,
Sprich Kern0 wird am Anfang mit -25 getestet und der Rest bleibt auf 0, ist Kern0 erfolgreich ermittelt worden, setzt man Kern1 auf -25 etc. Nur eben das setzen was eben auch gerade getestet wird!
So scheiden Fehler von fremden Kernen die überhaupt nicht getestet werden eben komplett aus und man kann auch ohne Angst einfach normal beim testen weiterarbeiten.
Hat man einmal die Reihe einzeln durch kann man alle Kerne noch mal mit ihrer ermittelten Spannung zusammen durchjage (optional)

zumindest den Einzeltest würde ich als fauler äh Mensch ohne Zeit zumindest mal grob in >=5 Schritten abstecken um zu sehen wo die schlechten Kerne sind. Es bringt noch mal wie gesagt überhaupt nichts wenn man Kerne bei der Spannung beschneidet die aber nicht geprüft werden und von Windows dann eben trotzdem genutzt werden und bei einer falschen Mausbewegung das System neu starten kann.
Ganz faule können das sogar on-the-fly mit dem PBO2Tuner oder SMUDebugTool machen um zu sehen wann ihre Kiste abschmiert, dazu muss man nicht ewig testen. Wirklich zuverlässig lässt sich mit Corecyler auch erst arbeiten wenn man nicht mehr über den Punkt kommt wo das System komplett abstürzt.
Auch könnte man Fehler durch falsche Kerne minimieren wenn man im Bios ein CCD abschaltet, dann hat aber Coreycler ein Problem mit der Kern Zuordnung, Weder passt dann die Anzeige Corycycler zu YCruncher zu Taskmanger, letzterem traue ich da eher, noch passt die gesetze Spannung dann. CCD Abschalten per manuellem Test ja immer, automatisch beim Stand heute auf keinen Fall, das gibt auch nur Blödsinn.
Oder man bescheißt sich selbt in dem man nur Standardtest mit Prime macht, da komm ich dann auch überall auf -30er Werte und habe eine Gold CPU.
 
Ich hab mittlerweile so viel Zeit mit einem 5800x sowie 5900x in potenzielle Optimierung (inkl. RAM) gesteckt, da hätte ich mir auch gleich ne neue CPU bzw Konfiguration gönnen können.
So tricky und unterschiedlich (je batch / cpu) war das wie mit CO/PBO meiner Meinung nach noch nie. Da würde ich lieber ein Bleistiftmod machen und entspannt den fsb oder multi erhöhen oder irgendwas an GPUs löten, Bios flashen etc. und relativ schnell ein Maximum bzw Optimum finden.
Die CPUs sind wirklich nicht mal eben feingetuned...
 
Moin,

bräuchte da mal Hilfe.
bekomme immer mal wieder zwischendurch den Fehler "Could not read CCD fuse!"

hab ich der config irgendwas falsch?
der y-cruncher läuft dabei trotzdem weiter aber das "Kern-Fenster" aktualisiert sich nicht weiter.

Ist natürlich doof, weil das automatische Neu starten nach blackscreen anfangs super funktioniert hatte, kommt jetzt nicht mehr, da die Kerne schon besser ausgelotet sind.
Man sieht dann nur nicht mehr die Kerne durchlaufen und die Änderung des CO Werts.

Danke
 

Anhänge

  • cc_crash.jpg
    cc_crash.jpg
    543 KB · Aufrufe: 28
  • config_log.zip
    89,3 KB · Aufrufe: 10
@WinsBins
Der Fehler scheint von der ZenStates Bibliothek zu kommen, die dabei verwendet wird. Allerdings kann ich dir da auch nicht weiterhelfen, ich sehe das jetzt zum ersten Mal. 😕
Vielleicht könntest du dort ein Issue erstellen, das wird zwar jetzt nicht weiterhelfen, aber könnte vielleicht zumindest eine Erklärung bringen, was da los ist.

@yehudarodrig
Hmm, das klingt nach gar keiner so schlechten Idee, den CO-Wert nur für den getesteten Kern zu setzen. Muss ich mal als Feature Request eintragen und wenn ich mal wieder Zeit habe drüber nachdenken.
 
...
Die CPUs sind wirklich nicht mal eben feingetuned...
das stimmt wohl - "mal eben" geht das tunen per PBO nicht. Zumindest nicht wenn du ein stabiles System brauchst ^^

aber wenn das Thema dann mal durch ist und das kann u.U. Tage dauern (benötigte Zeit steigt mit der Anzahl der Kerne) hast du aber ein rock-stable System

allerdings muss mann auch einige Sachen entsprechend in der CoreCycler Config manuell anpassen um die "richtigen" d.h. fordernden Einstellugen vorzugeben

alles auf default lassen (also mit prime die einzelnen Kerne testen) bringt mal so gar nix - da kommen (viel zu hohe) Minuswerte bei rum die nie im Leben stabil sind

ebenfalls ist der neue YCruncher leider auch nicht mehr fordernd genug ^^

Tips um die richtigen Einstellungen zu setzen finden sich im Thread
 
das stimmt wohl - "mal eben" geht das tunen per PBO nicht. Zumindest nicht wenn du ein stabiles System brauchst ^^

aber wenn das Thema dann mal durch ist und das kann u.U. Tage dauern (benötigte Zeit steigt mit der Anzahl der Kerne) hast du aber ein rock-stable System

allerdings muss mann auch einige Sachen entsprechend in der CoreCycler Config manuell anpassen um die "richtigen" d.h. fordernden Einstellugen vorzugeben

alles auf default lassen (also mit prime die einzelnen Kerne testen) bringt mal so gar nix - da kommen (viel zu hohe) Minuswerte bei rum die nie im Leben stabil sind

ebenfalls ist der neue YCruncher leider auch nicht mehr fordernd genug ^^

Tips um die richtigen Einstellungen zu setzen finden sich im Thread
Gebe ich dir recht. Habe mit einer Kombination aus CoreCycler (Y-Cruncher), Prime95, Linpack, OCCT (CoreCylcer & Static) sowie einem Prime95 Blend test meinen 7950x3d ausgelotet. Leider sind dual CCDs in der Hinsicht echt sch*** und benötigen extrem viel Zuwendung. Der ganze Spaß ist mind. 6 Tage durchgelaufen & zusätzlich habe ich nochmals einen kleinen Offset bei den "schlechten" Kernen mit eingebaut.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh