Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
[Sammelthread]Intel Core Ultra (Arrow-Lake-S) S.1851 OC- und Laberthread
ja ich hab schon auf 8800 booten können. War aber nicht stabil. Daher bin ich dann wieder runter. Jetzt mit der Erfahrung mit dem System könnte das nochmal klappen.
Aber mit dem, was ich erreicht hab Timings anziehen und 400 MT/s mehr bin ich mehr als zufrieden. Mal sehen. Vielleicht reizt es mich doch nochmal
VDD2 1.470V - PMIC OC Demand United VDD 1.460V - VDDQ 1.460V läuft auch mit angepassten Timings.
tWR 12 und tCKE 34 lief schon stabil, die hatte ich vergessen zu senken.
Werde jetzt noch mal ein wenig Spannungen testen und danach board und cpu ausbauen und auf den bench verfrachten.
Weiß nur echt noch nicht ob ich dann das zweite ocf einbaue mit meiner bench cpu. Die hat halt nen guten g4 imc, wahrscheinlich auch g2 recht stark. Oder doch nen amd rein ballern.
TM5 schmeißt nach 57Minuten Fehler. Aber wenn es beim Zocken keine Probleme gibt ist mir das langsam Pumpe. Ich will mit der kiste Daddeln und nicht nur dauern Stunde um Stunde Stabilitätstests fahren
TM5 schmeißt nach 57Minuten Fehler. Aber wenn es beim Zocken keine Probleme gibt ist mir das langsam Pumpe. Ich will mit der kiste Daddeln und nicht nur dauern Stunde um Stunde Stabilitätstests fahren
Fangen wir mal von unten nach oben an.
Die VNNAON ist auto bei x40 schon über den maximal empfohlenen 1V.
Solche hohe D2D halte ich für unnötig.
Synchron zur NGU ist zu empfehlen.
Beitrag automatisch zusammengeführt:
Ring down bin schaltet man ab. x40 können die meisten Chips ohne Spannungserhöhung.
Fangen wir mal von unten nach oben an.
Die VNNAON ist auto bei x40 schon über den maximal empfohlenen 1V.
Solche hohe D2D halte ich für unnötig.
Synchron zur NGU ist zu empfehlen.
Beitrag automatisch zusammengeführt:
Ring down bin schaltet man ab. x40 können die meisten Chips ohne Spannungserhöhung.
Es gibt noch mehr zu verbessern. Möglichst viel manuell setzen. Auto legen die Boards immer unnötig viel an.
Die SA z.B. 1.35V ist bei 8200MT/s sicher noch nicht nötig. 1.35V erst ab 8800-9000.
Um's RAM kümmern bringt richtig was.
Es gibt noch mehr zu verbessern. Möglichst viel manuell setzen. Auto legen die Boards immer unnötig viel an.
Die SA z.B. 1.35V ist bei 8200MT/s sicher noch nicht nötig. 1.35V erst ab 8800-9000.
Um's RAM kümmern bringt richtig was.
Easy, in der Ruhe liegt die Kraft.
Im letzten Bios Screen SA = System Agent Voltage.
boot und reset Voltages kann man @ auto lassen.
max. Voltage Limits sind wahrscheinlich zum Schutz bei Extrem OC.
RAM-OC müssen aber noch andere Spannungen passen und die Timings.
Ich locker mal die timings. Aber das ist mal ein schicker schnelltest. Einmal board komplett aus ohne Spannung und es liegen direkt wieder die 135k write an.
Einmal reboot und wieder 126k write und das mit lockeren timings. Boar das nervt.
Beitrag automatisch zusammengeführt:
Write timings lockern ist auch nicht die Lösung. Ich bin mir sicher es ist ein ngu d2d Problem!
Aber selbst 32 32 hilft nicht. Echt kein bock mehr auf die pisse 😅.
Beitrag automatisch zusammengeführt:
Ngu 34 -> 32
D2d 34 -> 36
Write werte wieder hoch aber halt nur auf 132 wegen der ngu. Es ist zu 100% das Problem. Aber ka warum. Spannungen scheinen es nicht zu lösen und 32 32 sollte auch auf auto laufen.
Beitrag automatisch zusammengeführt:
Ngu 34
D2D 30
Die Werte habe ich auch mit d2d 34 😆.
Ich hab den schlechtesten D2D auf der Welt, das wird es sein.
Der DD Kühler von TG ist am pissen. Auf der Unterseite.
Es ist alles in den sockel, selbst die cpu ist auf der Unterseite leicht feucht. Ein Wunder das der PC überhaupt noch lief.
Aber dank des geringen leitwertes des Wassers kein Problem.
Der DD Kühler von TG ist am pissen. Auf der Unterseite.
Es ist alles in den sockel, selbst die cpu ist auf der Unterseite leicht feucht. Ein Wunder das der PC überhaupt noch lief.
Aber dank des geringen leitwertes des Wassers kein Problem.
Oh man. Gut dass du da geguckt hast. Ich drücke die Daumen, dass es am Ende gut ausgeht.
Beitrag automatisch zusammengeführt:
Ich hab jetzt auch ein Problem mit meinem System. Bekomme auch den RAM nicht auf 8400 sauber trainiert. Bei meinem letzten Run habe ich 2:13h TM5 ohne Probleme geschafft. Allerdings schafft das Bord das Training nicht sauber. Beim Hot Reboot immer Qcode 55. Dann neu starten und der Eimer bootet nach 2x Training, lädt aber Default und bootet so durch.
Mit Reset gibt's die übliche Meldung Bios Defaults und F1 drücken zur Kontrolle.
Das soll einer verstehen.
Was ich probiert habe:
MC (VDD2) auf bis zu 1,46V (Schrittweise)
VccSA auf bis zu 1,35V (Schrittweise)
VccIog auf 1,26V (Schrittweise)
VccClk 0,98-1,03V (Schrittweise)
VDD 1,5V-1,55V (Schrittweise)
VDDQ 1,5V-1,56V (Schrittweise, auch gegenläufig zu VDD)
Timings lockern, Refresh lockern
Bios Defaults geladen und neu mein Profil rein geladen.
Hier der letzte Run:
Ngu d2d 34 Aber da war ich gerade auch schon mal mit den alten dimms. Und dann kam wieder 125gb write. Warum auch immer. 1763293993 Teils hat es bei mir diese Zicken gemacht, wenn ich was an NGU / D2D geändert hab. Gefühlt passiert es auch genau immer danach. Warum auch immer. Sobald ich da...
@Piston975 : VccCLK 1,15V , VccIO 1,25V , VccDDQ 1,45V - VccSA 1,35V belassen sonst auf 1,4V - tREFI auf 65535 , mehr bringt nicht wirklich was außer thermische Instabilität hat @snakeeyes ja ebenfalls schon gegengetestet.
Hab mal CKD Deaktiviert. Macht gleich mal L3 schneller
Y-Cruncher bleibt reproduzierbar immer bei ~ 43,5s
@snakeeyes : Glück im Unglück gehabt wenn der Kühler pisst hätte es das Todesurteil bedeuten können. Aber so Bremsenreiniger / Iso Bad - Drucklufttrocknung Kühler abdichten und weiter geht´s .
Dann wird es wieder stable 9000+ und 137 im Wite 😉
Der DD Kühler von TG ist am pissen. Auf der Unterseite.
Es ist alles in den sockel, selbst die cpu ist auf der Unterseite leicht feucht. Ein Wunder das der PC überhaupt noch lief.
Aber dank des geringen leitwertes des Wassers kein Problem.
Oh Mann, das war ja höchste Zeit nachzuschauen.
Zu deiner Beobachtung, dass bei dir immer der Write Wert einbricht, wenn man die Kiste aus dem Standby holt, oder das Board nach dem Shutdown nicht spannungsfrei machte, kann ich nachvollziehen.
Bisher dachte ich immer, dass es sich verschluckt, wenn man Änderungen im Bios vornahm, die einen Neustart erfordern.
Tatsächlich passiert es wie du schilderst, nur dass bei mir Read und Write einbrechen. Games laufen trotzdem.
Es ist mir bisher nicht aufgefallen, da ich ja nicht nach jedem Start mit Aida Bench kontrolliere und ich die Kiste nach dem herunterfahren immer vom Stromnetz nehme.
Nach dem Shutdown kurz vom Netz getrennt, bis die Kondensatoren entladen sind ( Power und Reset Taster blinken kurz auf ), ist nach dem booten wieder der volle Durchsatz da.
Hier muss definitiv am Bios nachgebessert werden. Das Phänomen beschreiben und an den Support weiterleiten.
Aber es sind nicht nur ASRock Mainboards betroffen. Ist es die Z890 Plattform, denke ich.
@snakeeyes : Glück im Unglück gehabt wenn der Kühler pisst hätte es das Todesurteil bedeuten können. Aber so Bremsenreiniger / Iso Bad - Drucklufttrocknung Kühler abdichten und weiter geht´s .
Dann wird es wieder stable 9000+ und 137 im Wite
Stressfrei. In aller Regel bei richtigen Liquid passiert da nichts, bis auf minimale kriechströme.
Hab abgekürzt, einfach das andere ocf eingebaut und die cpu verklebt 😆.
Mach jetzt aber die Verkabelung noch mal richtig. Hatte ich damals kein bock mehr drauf. Entstaubt etc auch. Cpu und board sitzen schon wieder seit gestern abend im case.
Werde nun auch mal auf die adata umrüsten. Die werde ich eh nicht los, die vcolor kann ich aber verticken. Muss nur noch die original hs finden. Das ist ja bei denen einfach mega geil gelöst, das die nackt ankommen.
Muss noch ein anderes System einstellen und testen, damit das weg kommt. Dann bekommt das board nen bad mit E-Reiniger. Hab ich ja Literweise da. Denke danach rennt wieder alles wie zuvor. Cpu werde ich ja schon eher sehen, aber hab da keine Sorge. Die Feuchtigkeit hat ja anscheinend nur das reboot Verhalten und die normalen starts beeinflusst. Wie auch immer das geht. Aber bei der Menge muss ich nicht mehr nach anderen Problemen suchen.
Dimms konnte ich ja schon ausschließen.
Super, vielen Dank dass du das mal probiert hast. Dann hat das doch nichts mit der Instabilität zu tun.
Vermute halt d2d oder ngu wird dann zurück gesetzt. Hwinfo zeigt aber noch den eingestellten wert an.
Ich frag mich halt wofür der d2d work around ist, bewirken tut das setting bei mir nichts.
Vermutung: stell d2d auf auto und du kommst auf selbigen write Wert mit der ngu übertaktet.
geizhals.de
