[Sammelthread] Intel Core Ultra (Arrow-Lake-S) S.1851 OC- und Laberthread
- Ersteller mantiz
- Erstellt am
Ja ist definitiv die NGU und/oder D2D, hab hier die selbe Problematik. Ich habe aktuell 2x 285K und 1x 265KF hier.
285K L-Batch: 9000 G2, 40, 32, 38
285K M-Batch 8800 G2, 40,34, 38
265K L-Batch 9200 G2, 40, 36, 38
Mal besteht er 1,5 Std y-cruncher und beim nächsten Neustart kommen nur noch BS mit NTFS bis Memory Management.
Hatte den CF im verdacht, das der Anpressdruck nicht stimmt (warm/kalt). Aber ist mit ILM, TG CF, TR CF das selbe.
Aktuell hab ich noch das MSI Unify-X davor das APEX ( lief am besten was NGU und D2D und RAM angeht) das MSI Bios ist noch ziemlich schlecht, hab kontakt mit MSI.
Es können keine NGU Spannungen usw. ausgelesen werden, die Ring Spannung wird im Bios nicht angezeigt usw. Soll wohl im nächsten Bios release behoben werden...
Vielleicht liegt es ja auch am Board mit dem APEX hatte ich bei weitem weniger Probleme, lief fast alles Out of the box, als mit dem Unify-X, deshalb kommt das heute auch wieder.
Denke es sind einfach die 4 E-Cores die fehlen und es dem NGU und D2D dadurch leichter machen, wobei ich halt nur einen 265K habe und somit kein vergleich zu einem anderen 265K/KF.
Ich wollte eigentlich mal E-Cores deaktivieren bei einem 285K aber das geht nicht da sie nicht wirklich deaktivierbar sind, zumindest nicht auf dem MSI, man sieht sie bei HWInfo trotzdem und auch eine geringe Auslastung trotz Deaktivierung.
Was ich in der letzten Zeit gelernt habe ist das NGU und D2D (bisschen wichtiger) ausschlaggebend für RAM OC sind, es bringt nicht viel mit 8800, 9000, 9200 zu fahren wenn NGU/D2D zB. bei 32 sind.
RAM/NGU/D2D skalieren bis zu einem gewissen grad zusammen.
Man merkt es z.B. bei AIDA64, stelle ich NGU 34, D2D 38 mit 9000 rücken die schreib- und kopierwerte näher an die lesewerte außerdem verbessern sich auch die Latenzen im Gegensatz zu z.B. 32/32.
Vielleicht hast du auch ein klasse Sample 265K mit erstklassigen IMC erwischt, was am wahrscheinlichsten ist.
Was spuckt denn die Quality Bewertung aus bei den Chips.
Das Unify-X ist halt ein 2 Dimm Board mit denen etwas mehr geht, als auf 4 Dimm Boards.
Stabile 9200 G2 wäre exzellent, wo bei man mit 8933 G2 auch nicht heulen muss.
Was spuckt denn die Quality Bewertung aus bei den Chips.
Das Unify-X ist halt ein 2 Dimm Board mit denen etwas mehr geht, als auf 4 Dimm Boards.
Stabile 9200 G2 wäre exzellent, wo bei man mit 8933 G2 auch nicht heulen muss.
Das kann man bei MSI knicken mit der Bewertung, Mem-Force sagt nach CMOS Reset 67, wenn man aber ein bisschen was verändert ist es mal 48 oder 58 usw.... also nichts womit man Schlüsse auf andere
Memcontroller ziehen könnte.
CPU-Force ist bei dem 285K L-Batch: 105/97 und bei dem 265K waren es glaube ich 97/86.
Ich habe auch nirgends was gefunden ob das jetzt gut oder schlecht ist, von daher sind die Bewertungen eh fürn Arsch...
Memcontroller ziehen könnte.
CPU-Force ist bei dem 285K L-Batch: 105/97 und bei dem 265K waren es glaube ich 97/86.
Ich habe auch nirgends was gefunden ob das jetzt gut oder schlecht ist, von daher sind die Bewertungen eh fürn Arsch...
IronAge
Legende
Habe auch eines hier, finde schon dass es optisch gut gelungen ist, passt sehr gut zu einer FE GPU.
Ja das auf jeden Fall! Das Board wirkt auch extrem hochwertig, im Gegensatz zum ASUS Z890 Banana (Wieder total verbogen das Ding). Wenn beide vor mir liegen hab ich das Gefühl das Apex ist so ein 50€ China Brett, das Unify-X hingegen fühlt sich an und sieht auch aus wie ein 690€ Board.
Schon wirklich nicht übel was der 265K mittlerweile abliefert. Vor dem 7800X3D muss er sich jedenfalls nicht verstecken.
Bei den aktuellen Preisen 300€ CPU + 240€ Z890 Tomahawk WiFi kriegt man doch direkt jucken unter den Fingernägeln...
Urlaubsgeld kommt auch jeden Moment... 😆
Bei den aktuellen Preisen 300€ CPU + 240€ Z890 Tomahawk WiFi kriegt man doch direkt jucken unter den Fingernägeln...
Urlaubsgeld kommt auch jeden Moment... 😆
IronAge
Legende
Der 265KF kostet aktuell ~226€ über den AMAZON Global Store, für Leute mit einer dGPU sicher auch nicht uninteressant.
Halb so viel wie ein 9800X3D und gleichzeitig deutlich höhere Multicore-Leistung.
IronAge
Legende
Bei dem Wechselkurs macht einkaufen in Dollar schon Laune.
Ich hab hier ein ganz komisches Problem vielleicht weis einer von euch weiter.
Nach dem jetzt alles stabil war, habe mein Windows neu installiert und die Installation bricht mit einem Fehler ab.
Ich kann allerdings nicht sagen welcher, war in der Zeit mit meinem Hund draußen.
Jedoch war das jetzt schon öfters so allerdings nur wenn die Kiste übertaktet war und mit meiner neuen Be Quiet Dark Mount.
Was mir auch aufgefallen ist das bei der Tastatur immer wieder doppeleingaben stattfinden ( i ), bei einem Neustart manche Tasten LED flackern und die Tastatur nicht funktioniert, ich muss dann den USB Stecker ziehen und wieder einstecken.
Mit meiner Corsair Tastatur rennt der Installer durch ohne Probleme.
Hat jemand sowas schonmal gehabt?
Ich weiß jetzt nicht ob es an der Tasta liegt oder am OC, weil mit der Corsair hab ich die Probleme nicht.
Nach dem jetzt alles stabil war, habe mein Windows neu installiert und die Installation bricht mit einem Fehler ab.
Ich kann allerdings nicht sagen welcher, war in der Zeit mit meinem Hund draußen.
Jedoch war das jetzt schon öfters so allerdings nur wenn die Kiste übertaktet war und mit meiner neuen Be Quiet Dark Mount.
Was mir auch aufgefallen ist das bei der Tastatur immer wieder doppeleingaben stattfinden ( i ), bei einem Neustart manche Tasten LED flackern und die Tastatur nicht funktioniert, ich muss dann den USB Stecker ziehen und wieder einstecken.
Mit meiner Corsair Tastatur rennt der Installer durch ohne Probleme.
Hat jemand sowas schonmal gehabt?
Ich weiß jetzt nicht ob es an der Tasta liegt oder am OC, weil mit der Corsair hab ich die Probleme nicht.
Haha ne das wars nicht.
Liegt wohl an dem USB C Display von der Tastatur seitdem das weg ist läuft alles wie es soll. Komischerweise jetzt auch NGU 35 und D2D 38 würde mich nur interessieren was das alles mit dem USB zu tun hat.
Das APEX hätte ich mir jedenfalls sparen können, wenn es daran lag.
Ich baue morgen wieder auf das Unify-X um und teste es dann nochmal, ist einfach das schönere Board.
Liegt wohl an dem USB C Display von der Tastatur seitdem das weg ist läuft alles wie es soll. Komischerweise jetzt auch NGU 35 und D2D 38 würde mich nur interessieren was das alles mit dem USB zu tun hat.
Das APEX hätte ich mir jedenfalls sparen können, wenn es daran lag.
Ich baue morgen wieder auf das Unify-X um und teste es dann nochmal, ist einfach das schönere Board.
Anhänge
Zuletzt bearbeitet:
Meine Erkenntnisse aus den letzten Wochen harter Arbeit an meiner Kombination:
Ja RAM hat Einfluss auf die Bus Systeme D2D und NGU. Sowohl RAM als auch die Bus Systeme haben Einfluss auf die Latenz, auch auf die messbare Cache Latenz.
Warum geht NGU und D2D nicht mehr so hoch, wenn der RAM gezwirbelt wird?
Ganz einfach: Der RAM lastet den BUS aus. Somit wird der BUS erst dann richtig belastet.
Im Chat verlauf hier, hatte ich schon 4,2 GHz Synchron D2D zu Cache zu NGU gezeigt. RAM war aber lahm.
Beim RAM kann man so genannte Race Conditions erzeugen, bei denen besonders viel vom RAM kommt. Besonders Write to Read und Read to write sind da kritisch.
Es bedarf also genauer Abwägung, wie man vorgehen möchte. Ich verfolge gerade den Ansatz mit niedriger tFAW (32-40) diese Race Conditions zu erzeugen und dann mit der CPU abzufangen.
Seit ich diese Race Conditions erzeuge, geht da richtig was, jedoch kommt der IMC nicht hinterher. Hier versuche ich gerade Timings zu lockern, um das wieder stabil zu bekommen.
D2D und NGU habe ich momentan auf 3,5 GHz gesenkt und muss richtig Spannung rein klotzen. Trotzdem habe ich ab dem zweiten Durchgang TM5 Fehler. Den RAM selbst habe ich mit niedrigen NGU und D2D bereits getrennt getestet. Da war es so weit okay - manchmal.
Somit stimmt es, dass RAM und BUS Systeme stark zusammen hängen. Ring nicht vergessen. Es kann sogar sein, dass ein Setup durch REDUKTION des Rings wieder instabil wird, wenn man das so macht.
Ich hatte weiter oben geschrieben, dass meine Kerne nicht stabil werden. Das stimmt so nicht, es ist der Zusammenhang Ring, D2D, NGU und RAM.
Weitere Erkenntnisse: IMC >1,45V und VccSA > 1,38V ist kritisch, VnnAON muss schon bei 1,0V/3,5 GHz sein, wenn D2D ausgelastet wird.
Ja RAM hat Einfluss auf die Bus Systeme D2D und NGU. Sowohl RAM als auch die Bus Systeme haben Einfluss auf die Latenz, auch auf die messbare Cache Latenz.
Warum geht NGU und D2D nicht mehr so hoch, wenn der RAM gezwirbelt wird?
Ganz einfach: Der RAM lastet den BUS aus. Somit wird der BUS erst dann richtig belastet.
Im Chat verlauf hier, hatte ich schon 4,2 GHz Synchron D2D zu Cache zu NGU gezeigt. RAM war aber lahm.
Beim RAM kann man so genannte Race Conditions erzeugen, bei denen besonders viel vom RAM kommt. Besonders Write to Read und Read to write sind da kritisch.
Es bedarf also genauer Abwägung, wie man vorgehen möchte. Ich verfolge gerade den Ansatz mit niedriger tFAW (32-40) diese Race Conditions zu erzeugen und dann mit der CPU abzufangen.
Seit ich diese Race Conditions erzeuge, geht da richtig was, jedoch kommt der IMC nicht hinterher. Hier versuche ich gerade Timings zu lockern, um das wieder stabil zu bekommen.
D2D und NGU habe ich momentan auf 3,5 GHz gesenkt und muss richtig Spannung rein klotzen. Trotzdem habe ich ab dem zweiten Durchgang TM5 Fehler. Den RAM selbst habe ich mit niedrigen NGU und D2D bereits getrennt getestet. Da war es so weit okay - manchmal.
Somit stimmt es, dass RAM und BUS Systeme stark zusammen hängen. Ring nicht vergessen. Es kann sogar sein, dass ein Setup durch REDUKTION des Rings wieder instabil wird, wenn man das so macht.
Ich hatte weiter oben geschrieben, dass meine Kerne nicht stabil werden. Das stimmt so nicht, es ist der Zusammenhang Ring, D2D, NGU und RAM.
Weitere Erkenntnisse: IMC >1,45V und VccSA > 1,38V ist kritisch, VnnAON muss schon bei 1,0V/3,5 GHz sein, wenn D2D ausgelastet wird.
Du hast es gut erkannt und geschildert. Man muss einige Szenarien testen.
Musste die VnnAON für D2D 35 auch nochmal um 10mV erhöhen, damit Video Encoding mit Handbrake durch liefen., wo zuvor etliche Stresstest ohne Abbruch liefen.
Handbrake erzeugt wirklich Volllast. ~200W ~80°C auf den drei wärmsten Kernen bei 5,4GHz @ Luftkühlung mit dem Dark Rock Elite, ist sehr gut.
IronAge
Legende
Hast du von MSI noch ein inoffizielles Beta Bios erhalten ?
Wenn beide vor mir liegen hab ich das Gefühl das Apex ist so ein 50€ China Brett, das Unify-X hingegen fühlt sich an und sieht auch aus wie ein 690€ Board.
Leider spart MSI an den CAPs, POSCaps Tantalum würden sich hier besser machen, wie bei den anderen OC Boards auch, nervt mich schon etwas.
Sonst macht das Board einen sehr hochwertigen Eindruck, auch die Ausstattung passt.
Guten Morgen,
leider nein, wobei meine ganzen Probleme( ab 8400+) jetzt wohl gelöst sind, und es war auch nicht die Tastatur, die ganze Sache ist einfach nur völlig verrückt.
Bin noch am testen aber es sieht jetzt echt sehr gut aus keine BS mehr weder bei Kalt- noch bei Warmstart, der IMC braucht jetzt deutlich weniger VDDQ und VCCDDQ auch. Das ist der i9 mit dem vermeidlich schlechtesten MC von allen drei.
Die CPU Ring Voltage wird mit einem neuen BIOS Update hinzugefügt,
Bezüglich der NGU und Ring Voltage, habe ich eine Anfrage erstellt und warte hier noch auf Antwort.
Einige Tools können die NGU Voltage Offset auslesen, hier wird jedoch nur 0 angezeigt, da nur der Offset Wert gelesen wird, daher normal.
Email 2
vielen Dank für Ihre Anfrage.
Nach Angaben vom BIOS Team, kann die NGU- und Ringspannung nicht mit Tools ausgelesen werden, da sie über keine dedizierte BIOS-Registrierung zum Lesen verfügen
Bezüglich der NGU und Ring Voltage, habe ich eine Anfrage erstellt und warte hier noch auf Antwort.
Einige Tools können die NGU Voltage Offset auslesen, hier wird jedoch nur 0 angezeigt, da nur der Offset Wert gelesen wird, daher normal.
Email 2
vielen Dank für Ihre Anfrage.
Nach Angaben vom BIOS Team, kann die NGU- und Ringspannung nicht mit Tools ausgelesen werden, da sie über keine dedizierte BIOS-Registrierung zum Lesen verfügen
Meintest du nicht das beim ASUS APEX auch die günstigen verbaut sind, in unserer letzten PM oder war das nur auf das ENCORE bezogen?
Wird bei dir die Ring Voltage im Bios angezeigt?
Zuletzt bearbeitet:
So wieder neue Erkenntnisse:
Mein Ziel von <60 ns in AIDA64 werde ich wohl nicht erreichen können. Die letzten Instabilitäten kamen vom Ring/Cache, der in Race Conditions so überlastet wird, dass 4,2 GHz auch mit 1,266V nicht haltbar waren. Daher habe ich mich entschieden auf 4,0 GHz runter zu gehen, was die Latenz erhöht.
Auch die Tertiären Timings habe ich lockern müssen. tFAW ist jetzt 40 und tRDRD_sg 10, wie auch tWRWR_dg, tRDRD_dd, tRDWR_dd tWRRD_dd.
tWR musste für Stabilität auf 64 angehoben werden und tRTP auf 20.
Dafür konnte ich bei tRAS mit 112 etwas wett machen.
D2D liegt jetzt bei 3,6GHz @ 0,959V lt. HWinfo
NGU liegt bei 3,4 GHz mit VccSA 1,341V (hier möchte ich aber nochmals ansetzen.
CinebenchR23 ergab damit dann in etwa 37000 Punkte. Y-Cruncher lag bei 46,x Sekunden.
Das finde ich in Ordnung, jetzt gilt anschließend es noch die Spannungen bis zur Stabilitätsgrenze zu senken.
Irgendwie ganz gut, aber nicht wirklich befriedigend.
Gibt's eigentlich schon infos über Core Ultra 300, ob die IMC dort schneller/besser werden?
Bei mir scheint der IMC das Problem zu sein, nicht der RAM.
Mein Ziel von <60 ns in AIDA64 werde ich wohl nicht erreichen können. Die letzten Instabilitäten kamen vom Ring/Cache, der in Race Conditions so überlastet wird, dass 4,2 GHz auch mit 1,266V nicht haltbar waren. Daher habe ich mich entschieden auf 4,0 GHz runter zu gehen, was die Latenz erhöht.
Auch die Tertiären Timings habe ich lockern müssen. tFAW ist jetzt 40 und tRDRD_sg 10, wie auch tWRWR_dg, tRDRD_dd, tRDWR_dd tWRRD_dd.
tWR musste für Stabilität auf 64 angehoben werden und tRTP auf 20.
Dafür konnte ich bei tRAS mit 112 etwas wett machen.
D2D liegt jetzt bei 3,6GHz @ 0,959V lt. HWinfo
NGU liegt bei 3,4 GHz mit VccSA 1,341V (hier möchte ich aber nochmals ansetzen.
CinebenchR23 ergab damit dann in etwa 37000 Punkte. Y-Cruncher lag bei 46,x Sekunden.
Das finde ich in Ordnung, jetzt gilt anschließend es noch die Spannungen bis zur Stabilitätsgrenze zu senken.
Irgendwie ganz gut, aber nicht wirklich befriedigend.
Gibt's eigentlich schon infos über Core Ultra 300, ob die IMC dort schneller/besser werden?
Bei mir scheint der IMC das Problem zu sein, nicht der RAM.
Genau das wird passieren, sie werden den IMC verbessern und wie immer wahrscheinlich den Takt anheben.
Ohne eine bessere CPU kann man drehen bis der Arzt kommt, besser wird es nicht.
Laut Aussage aus Taiwan konnten sie mit ihrem besten Chip 9200MHz Gear 2 erreichen, auf den 4Dimm Brettern.
Ich lass es so laufen und gut ist es.
Ohne eine bessere CPU kann man drehen bis der Arzt kommt, besser wird es nicht.
Laut Aussage aus Taiwan konnten sie mit ihrem besten Chip 9200MHz Gear 2 erreichen, auf den 4Dimm Brettern.
Ich lass es so laufen und gut ist es.
Anhänge
Zuletzt bearbeitet:
Das sieht ja gut aus. Damit kannst du sicher zufrieden sein.
Bei mir ist das Glück nicht so weit vorhanden. Allerdings habe ich keinen CU-DIMM und auch nur ein 8000er Kit auf einem Board mit 4 Steckplätzen.
Ich arbeite immer noch an der 24h Stabilität, habe offensichtlich noch Reboots, denn wenn ich den Raum verlasse, muss ich mich ins Windows neu einloggen.
Wenn ich davor sitze kommen aber keine Fehler mehr.
Ich hoffe, dass Intel genau am IMC ansetzt. Wie man hört, wird die NPU als Teil des SoC aktualisiert. Also irgendwas machen die da schon - abwarten.
Wenn das so wirklich stabil läuft, Bomben Ergebnis!
63ns habe ich noch nicht erreicht, bin jetzt bei ca. 68ns.....
Aber ich habe kein Bock mehr, die Kiste läuft, und mein Core Ultra liegt auf "Augenhöhe+" mit den AMD X3D CPU's was die min FPS angeht, was will man mehr...;-)))
Das Potenzial der CUDIMMs wird sich später zeigen.
Mit guten A-DIEs kann man zwischen 8400-8800MHz Gear 2 auch sehr gute Werte erreichen. Die A-DIEs können sogar schärfere Subs.
Wobei man @ 8800 sicher aktiv kühlen muss.
Auf dem Taichi OCF mit der gleichen CPU wäre höchstwahrscheinlich noch etwas mehr RAM-Takt drin.
Ein für Extrem OC Sub-Zero ausgelegtes Mainboard, ist irgendwie Perlen vor die Säue, wenn man es nicht nutzt, wofür es gebaut ist.
Dann ist es auch noch ein gutes Stück teurer. Hatte das Taichi Lite im Mai für 300,-€ in der Bucht von einem Händler aus Slowenien gekauft, als es auf "Geizhals" noch 380,-€ kostete.
Jetzt ist das Motherboard auch hier für 300,-€ zu bekommen. Ich finde das Board gut. Die Optik und Ausstattung stimmen und es macht was es soll.
Mit der CPU kann ich auch zufrieden sein. Kaufpreis 315,-€ In Dollar für 220 einen KF greifen hört sich verdammt gut an.
Der 265K rangiert mit einer CPU Qualität 89 - P-Core 91 - E-Core 86 schon bei den besseren Chips.
Mit guten A-DIEs kann man zwischen 8400-8800MHz Gear 2 auch sehr gute Werte erreichen. Die A-DIEs können sogar schärfere Subs.
Wobei man @ 8800 sicher aktiv kühlen muss.
Auf dem Taichi OCF mit der gleichen CPU wäre höchstwahrscheinlich noch etwas mehr RAM-Takt drin.
Ein für Extrem OC Sub-Zero ausgelegtes Mainboard, ist irgendwie Perlen vor die Säue, wenn man es nicht nutzt, wofür es gebaut ist.
Dann ist es auch noch ein gutes Stück teurer. Hatte das Taichi Lite im Mai für 300,-€ in der Bucht von einem Händler aus Slowenien gekauft, als es auf "Geizhals" noch 380,-€ kostete.
Jetzt ist das Motherboard auch hier für 300,-€ zu bekommen. Ich finde das Board gut. Die Optik und Ausstattung stimmen und es macht was es soll.
Mit der CPU kann ich auch zufrieden sein. Kaufpreis 315,-€ In Dollar für 220 einen KF greifen hört sich verdammt gut an.
Der 265K rangiert mit einer CPU Qualität 89 - P-Core 91 - E-Core 86 schon bei den besseren Chips.
Zuletzt bearbeitet:
In allen Batches gibt es gute und weniger gute Chips. Es ist und bleibt reine Glücksache einen guten Chip zu erwischen.
Mein 265K hat eine Batch X445N344T und die letzten vier Ziffern der SN eine recht hohe 3326.
Mein 265K hat eine Batch X445N344T und die letzten vier Ziffern der SN eine recht hohe 3326.
Zuletzt bearbeitet:
Ähnliche Themen
