Zen5 X3D Overclocking Thread (9800X3D / 9900X3D / 9950X3D)

sollte sie, genau, tut sie aber eben nicht und genau das versuche ich seit 3 posts zu erklären, scheint nicht verstanden zu werden....
Kann mehrere Gründe haben und wirst du ohne externe Messgeräte auch nicht genau beantworten können, da keiner von uns den genauen PBO Algorithmus kennt und dieser auch super dynamisch arbeitet.

Wenn der Offset zu aggressiv wird, kann der Prozessor den Boost-Algorithmus jedenfalls "übersichern", indem er die Spannung erhöht, um Instabilität zu vermeiden. Das führt dazu, dass die Spannung bei z.B. -20 manchmal höher ausfallen kann als bei z.B. -15, besonders in Szenarien mit hoher Belastung oder kurzen Lastspitzen.
Ein aggressiverer Offset signalisiert der CPU ebenfalls, dass sie mehr thermischen und elektrischen Spielraum hat, was wiederum den Boost-Mechanismus anregt. Dadurch entstehen Szenarien, in denen trotz des höheren Offsets eine höhere Spannung beobachtet wird. So kann die CPU auch schneller von niedrigeren zu höheren Taktraten wechseln. Das kriegt man mit Monitoring Software gar nicht mit, passiert aber auch bei z.B. Cinebench Multicore trotz scheinbar 100% Auslastung. Dies führt zu Spannungsspitzen, da das Mainboard und die VRMs schneller reagieren müssen, um eine ausreichende Versorgung sicherzustellen.
Wenn man jetzt auf -25 oder -30 stellt wird in der Gleichung ja nicht nur dieser Wert verändert, sondern als Resultat auch x Andere und man beobachtet ggf. wieder ein ganz anderes Verhalten.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Du hast vollkommen recht die VCore sollte dann steigen und nicht sinken.
Als Beispiel wenn ich den Punkt max.Takt/high temp von -20 auf -15 stelle hab ich bei CB23 und auch bei Karhu mehr VCore anliegen.
Ansich seh ich wirkliche VCore veränderung nur bei den high temp Punkten.
Wieso das bei dir anders ist keine Ahnung, vielleicht Asus like^^.

Ich hab mit dem Curve shaper rumgespielt und schaffe mit PBO knapp bei knapp unter 5,6ghz bei SoTR ohne HT 5FPS mehr^^ mit HT sind es 457FPS.
Ganz ehrlich das lohnt sich nicht. Lass was du drin hast und fertig.
Wenn man so ne Perle wie Aerotracks hätte unter DD dann könnte man sagen 5,7-5,8ghz aber da brauchste wirklich async bclk.

Anhang anzeigen 1054861
Kannst du mal die CPU mitloggen? (Temp, Takt, Spannung etc)

Ich erreiche keine 71k…
Es sei denn SOTTR profitiert stark von RAM-OC…!?

Aber eine Sache muss ich noch probieren (HT off)
 
@cHio das würde ich mir ja noch erklären können, wenn er von sich aus mehr gibt, aber wenn ich sage, nimm mehr und er nimmt weniger, fragt man sich worans jelegen hat :d
 
Ich hab da schon ähnliche sonderbare Effekte festgestellt. Auch ohne präzise Erklärung kann ich zumindest bestätigen, da irrst dich nicht mit deiner Beobachtung :d
 
Kannst du mal die CPU mitloggen? (Temp, Takt, Spannung etc)

Ich erreiche keine 71k…
Es sei denn SOTTR profitiert stark von RAM-OC…!?

Aber eine Sache muss ich noch probieren (HT off)
Der hat da was um die 50Grad das seh ich ja direct am Board, es können max 5,585Ghz angelegen haben und den ersten Kern 5,95Ghz.
Wichtig ist das du an effektiven 👈 Takt auch hältst, das der beim zocken auch anliegt und du in keine internen Strom Grenze landest.
Manche haben einfach den LN2 Modus bei Asus aktiviert aber das würde ich dir auf keinen Fall raten, sofern du kein Ersatzchip parat hast.

Falls du ganz hart drunter liegst beim Ergebnis guck mal ob die Kernisolierung wirklich aus ist, dazu einfach im Bios die Virtualisierung abschalten.
Hast du dann mehr FPS ca. 5-10% dann ist das trotz abgeschalteten Schiebregler aktiv.
 
Also irgendwie passt da was bei mir nicht :( Könnt ihr mal eure Aida Latency durchgeben?
 

Anhänge

  • IMG_20241216_094923.jpg
    IMG_20241216_094923.jpg
    882,4 KB · Aufrufe: 72
Ich würde auf jeden Fall mal noch GDM deaktivieren und die tRFC runter auf zB. 496 (160ns)
 
habe das problem auch jetzt mit den aida latency, seit den neusten bios update, komme nicht unter 68ns, mit den vorherigen bios f2, hatte ich unter 61ns :unsure:
 
Noi aufgesetztes System, nie wieder werde ich solche Werte sehen. :cry:
Effektiv 5450MHz bei 1.138V


1734752667939.png
 
Die haben keine ISOs mehr und shinebar ist es nun komplizierter geworden, mit irgendem tool und nem "playbook".

Und tiny manipuliert die windows install ISO. Die lässt sich aber offiziell auch nicht mehr runterladen: https://www.microsoft.com/en-us/software-download/windows11

(y)

Mir ist bekannt wie das funktioniert...

Tiny hat früher eine fertige ISO angeboten, dann wurde ihnen aber Manipulation der ISO vorgeworfen, man könne ja nicht prüfen ob sie Backdoors einbauen etc., weshlab sie jetzt einen Builder anbieten, der mit orig Windows ISO den Tiny11 Build baut.

Bei ReviOS ein ähnliches Prinzp, du installierst erst Windows und lässt dann das Playbook drüber laufen, das alles weglöscht/deaktiviert.

Was einem lieber ist, erst gar nicht installen die Bloatware (Tiny) oder sie danach zu löschen (Revi) muss man selbst wissen. Revi geht jedenfalls radikaler vor, wenn man möchte, als Tiny, sprich befreit das Windows weiter von Diensten/Programmen als Tiny. Tiny lässt halt alle Security Geschichten laufen, was für ein 24/7 OS sicher nicht verkehrt ist... Revi sehe ich eher als Bench OS, wo Security ggf nicht so wichtig ist. Nutze selbst auch Tiny, das ich aber nachträglich auf 73 Prozesse getuned habe. Sprich ein Tiny auf Revi Niveau mit Security.
 
1734893734562.png


Das ist jetzt mal mit ReviOS.
Für tiny habe ich keine Zeit/Lust im Moment, vllt die Tage dann.
Jedenfalls hatte ich vor Revi ca 65.x ns. Einmal auch 62.6 oder sowas.
Read/write/copy scheinen stabiler zu sein nach mehreren Durchläufen in Revi.

Prozesse habe ich aktuell 141 (vorher afaik 300+).
Ich vermute aber eher, dass die Prozesse nicht weniger werden. Da fehlen noch ein paar Installationen, zB auqasuite.
 
Zuletzt bearbeitet:
Update von meiner Seite: Ich hatte gestartet mit PBO +200 und CO-25, was stabil in allen möglichen Benchmarks durchgelaufen ist, aber vor allem im Idle andauernd eingefroren ist. Darauf hin hatte ich zwei Zwischenschritte zu -20 und -15 gemacht. Bei -20CO ist der PC nach wie vor im Win+L "Lock" Screen einigermaßen reproduzierbar eingefroren. In einem früheren Anlauf habe ich auch mein Glück am Curve Shaper versucht und Idle/Low auf 0 sowie Mittel/High/Max auf -20 gestellt. Dies hat das Fehlerbild im Vergleich zu CO-20 nicht verbessert.

Mit CO-15 hatte ich jetzt mehrere Wochen gar keine Probleme, aber diese Woche ist er trotzdem erneut eingefroren. Ich habe daher zwei Schlussfolgerungen.
1; Der Sprung von CO-20 zu CO-15 hat die Idle Stabilität dramatisch verbessert, die Fehlerursache ist also ganz eindeutig eine zu niedrige Spannung.
2; Die Fehlerursache ist *nicht* eine zu niedrige Spannung im Idle/Low Bereich, weil ich das mit dem Curve Shaper ausgeschlossen habe

Also bleibt mir nichts anderes übrig, als den CO auf -10 zu reduzieren, womit die Spannung jetzt in Kombination mit +200Mhz schon relativ hoch ist. Aktuell fällt mir aber nichts besseres ein.
 
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