CoreCycler - Tool zum Testen der Curve Optimizer Einstellungen

Also an der CoreCycler Version liegt es nicht, Error auch mit 0.9.6.2
Ram hatte ich schonmal durch, sowohl im
4800:
ram_Auto.png

6200
ram_6200.jpg


Hier die SP Werte
250103195925.jpg
250103195953.jpg
250103200004.jpg

tja dann teste ich mal ausführlicher in " +5 " Richtung und aufwärts, hab dann wohl Pech mit der CPU

Update:

Screenshot 2025-01-03 224200.jpg

Fokus auf Kern 9 und 13 gelegt
Kern 9 auf +8
Kern 13 auf +5 - läuft seit ca 45min stabil mit allen Settings die ich habe (PBO CO Werte der anderen Kerne und 6200er CL30 RAM Profil s.o.)
Hab einfach zur Sicherheit nochmal Sitz der RamSticks und Anpressdruck des CPU Kühlers gecheckt.
Ich kann ja nach und nach mal sehen wie weit ich in Richtung 0 korrigieren kann.
Ansonsten wie gesagt hab ihc echt ne Niete als CPU. Zum Glück merk ich im Gaming nichts davon (overall ja eigentlich auch nicht)

Danke nochmals für deinen Support @Vince96
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@WinsBins

mein 7900x benötigt auf 3 Kernen auch ein positives Offset:

Core0Core1Core2Core3Core4Core5Core6Core7Core8Core9Core10Core11
-4​
+4​
+5​
+8​
-1​
-9​
-30​
-35​
-27​
-29​
-31​
-25​

ist halt so ^^
 
@LuxSkywalker Ja. Dann ist das wohl so.
War dann nur falsches denken das bei CO 0 alles stabil laufen würde. 😉

Jetzt muss ich nur noch herausfinden und gezielt reproduzieren können warum nach Last, wie z.B. Prime und HWinfo offen ein gewollter WindowsNeustart! der PC dann in der CPU Erkennung (rote LED) hängen bleibt. Hätte ich ein herunterfahren! gemacht und danach wieder eingeschaltet, passiert das nicht.
Also Warmstart vs Kaltstart.
Ob da die CO Werte irgendwie Hineinfunken.
Manchmal hängt er auch bei der gelben LED (RAM).
Aber auch bei Default Settings hatte ich das schon. Manchmal hilft dann nur Clear CMos.

Werde noch nicht ganz schlau daraus. Irgendwas ist da noch im argen.

Kann HWinfo da irgendwas mit zu tun haben?
 
Zuletzt bearbeitet:
das da irgendeine Software was mit zu tun haben könnte, würde ich mal pauschal ausschließen. Schließlich ist die Software da mal überhaupt noch nicht geladen

ABER wenn dein System halt nicht 100% stabil könnte das sowohl an CO als auch an wackeligem RAM liegen

evtl auch mal eine BIOS Version zurück gehen
Beitrag automatisch zusammengeführt:

@LuxSkywalker Ja. Dann ist das wohl so.
...
Aber auch bei Default Settings hatte ich das schon. Manchmal hilft dann nur Clear CMos.
...
bitte auch immer bedenken das bei Default immer noch sämtliche Mainboard OC Funktionen aktiviert sind...

ich hatte das im Ryzen DDR5 Thread die Tage erst thematisiert - kann gut sein das deine CPU die voreinstellungen der MB Hersteller nicht packt oder nur wackelig mit startet

es ist halt komplett scheiße, das Load Setup Default nicht zu 100% die AMD Vorgaben lädt sondern IMMER auch die OC Funktionen der jeweiligen Boardherstellt aktiviert
 
@sp00n
Wann kommt die v0.10.0.0 Final?
 
In der Beschreibung bei Computerbase, da steht halt für Ryzen 5000
 
das ist schon lange nicht mehr zutreffend - arbeite dich durch den Thread. Da haben wir haufenweise Tips&Tricks zusammen getragen

grundsätzlich kannst du alle Hinweise für 7000 auch für 9000 CPUs nutzen

ab Seite 2 geht es schon mit den 7000er CPU los
 
Ist leider alles bisschen viel, hab das aktuelle mal runtergeladen, und das läuft schon ne Weile, hab aber nichts umgestellt.
Bisher keine Fehler
 
nun den CoreCycler benötigst du idR nur um zu prüfen ob deine CPU deine (gewünschten) Einstellungen bzgl Curve Optimizer mitmacht - z.B. allcore -15 o.ä.

wenn du da nichts einstellst brauchst du idR auch nicht damit testen - kann sicherlich nicht schaden. Aber sinnvoll ist das nicht
 
Ja ich hab erst das PBO -40 Max temp 85 getestet, da ist’s schon in cb23 abgeschmiert,
Jetzt hab das preset mit -30 da läuft cb2, und auch YouTube, und der Core cycler seit um 10 bisher ohne Fehler.

Weil wenn ich kein pbo curve optimizer preset wähle überhitzt die CPU in Sekunden bei cb23,
Mit dem -30 geht die CPU wie meine alter 5800x3d nur auf 78-81 grad
 
du musst zwingend die corecycler Config anpassen sonst testet der mit prime - das ist nicht zielführend! - damit wird dein System nicht hart genug ausgelastet!

bitte lies dir den Thread einmal komplett durch...
 
Eine Alternative ist OCCT - da kannste auch die einzelnen Cores durchprüfen. Kostet halt 3-5 € im Monat ?! Ist aber monatlich kündbar.

Nur so als Tipp.
 
Hab’s mal auf avx512 umgestellt, hab in nem YouTube Video gesehen
 
@sp00n Ich nutze Asus x670e Gene und 9800X3D cpu. Wenn ich mit dem YC vt3 laufen lasse bekomme ich einen Fehler mit logischer Core Angabe. Die stimmt mit dem "echten Core" nicht überein. Ist das ein YC Fehler oder ein Fehler im BIOS? Test mit YC 8.5 (CC) und 8.6 zeigen die gleichen Auffälligkeiten.

1742133233039.png


1742133253504.png


1742133270503.png


Dabei ist egal ob ich CO im BIOS oder im SMUDebugTool anpasse.
 
Hat zwar jetzt nichts mit CoreCycler zu tun, aber hab ich das richtig verstanden, y-cruncher zeigt dir einen Fehler bei logischem Kern (CPU) 10 und 11 an, also für den physischen Kern 5, aber nur wenn du stattdessen Kern 6 änderst, dann verschwinden die Fehler?

Das klingt in der Tat merkwürdig, y-cruncher hat auch eine GitHub-Seite, vielleicht ist es tatsächlich ein Bug dort.

Im CoreCycler wird die Erfassung/Erkennung der Kerne intern gehandhabt, da spielt die Ausgabe vom y-cruncher nur für die Fehlermeldung eine Rolle.
 
Ja genau so. Ein Beispiel:

1742283142030.png


Im CC sieht es dann so aus:

1742283186616.png


1742283214649.png


Es ist mir ein Rätsel. Vielleicht ist ja auch im BIOS 2806 von dem 670er Gene etwas nicht ganz in Ordnung?
 
Zuletzt bearbeitet:
Ok, ich hab keine Ahnung. Sowas hab ich bislang noch nicht gesehen.

Y-cruncher stand-alone macht die Zuordnung zu den Kernen selbst, CoreCycler verwendet die Windows-API. Wenn beides fehl schlägt, dann deutet das eigentlich auf ein tiefer gehendes Problem hin.

Tritt das denn auch bei Prime95 oder Linpack auf?
 
Frage, ist die v0.10 Alpha 5 nun als Final anzusehen?
 
Ok, ich hab keine Ahnung. Sowas hab ich bislang noch nicht gesehen.

Y-cruncher stand-alone macht die Zuordnung zu den Kernen selbst, CoreCycler verwendet die Windows-API. Wenn beides fehl schlägt, dann deutet das eigentlich auf ein tiefer gehendes Problem hin.

Tritt das denn auch bei Prime95 oder Linpack auf?
Bei schnelltest mit Allcore CO-40 passt bei Prime95 alles.

1742315521064.jpeg
 
@sp00n
Wann kommt die v0.10.0.0 Final?
Jetzt 😁


Hab jetzt endlich mal die 0.10.0.0 finalisiert:


Version 0.10.0.0 offers a new "Automatic Test Mode" For Ryzen 5000 and 7000 and Intel processors up to 14th gen, which will automatically adjust the undervolt value _upwards_ if a core has thrown an error.
To activate it you need to enable the `enableAutomaticAdjustment` setting in the config.ini. Additionally you can also enable the `enableResumeAfterUnexpectedExit` setting, which will try to resume the script if an unexpected crash of the computer has happened. Although for this to work correctly you would need to enable the automatic logon for Windows, otherwise the script cannot automatically restart.

More info can be found here:



***Changelog:***

**Final:**
  • The script now tries to find the stress test process more thoroughly (fixes #72)
  • Now checking if the Windows Event Log service is running (fixes #101)
  • Renamed WriteVerbose to WriteVerboseText and WriteDebug to WriteDebugText to prevent possible collisions with the built-in methods
  • Disabled the "QuickEdit Mode" feature of the Windows command line terminal, which should prevent accidental script pauses
  • You can now use "shortcuts" for y-cruncher (for example "19-ZN2" instead of "19-ZN2 ~ Kagari")

**alpha5:**
  • Fixed a bug that prevented the automatic test mode to resume the test if the crash happened on core 0 (fixes #89)

**alpha4:**
  • Fixed a bug with Linpack's path AGAIN
  • The Automatic Test Mode unfortunately doesn't work with Ryzen 9000

**alpha3:**
  • Added config presets for Automatic Test Mode
  • Fixed a bug where Linpack wouldn't start from a directory including a space (fixes #84)
  • Fixed a bug where resuming after a crash with a "default" `coresToTest` order would result in an index out of bounds error (fixes #85)
  • Also it didn't resume on the crashed core
  • The config file's content is now put into the log file for easier debugging
  • Fixed a bug where the log file for y-cruncher was actually using the naming scheme for Linpack (under unclear circumstances, but it happened at least once)
  • Fixed a bug when the update check doesn't return any output at all (fixes #83)

**alpha2:**
  • Fixed a bug with the detection of the starting values (see #79)

**alpha1:**
  • Added an automated test mode with automatic Curve Optimizer / voltage offset adjustment on error
  • Added the possibility to automatically resume the script after a reboot via a Scheduled Task
  • A WHEA warning/error can now be treated as a "real" error if the APIC ID matches the tested core
  • See the `default.config.ini` for the new settings
 
Sehr gut, danke :)
 
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