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.
Row miss.
tRP setzt nur vor RAS ein, wenn ! ein ROW miss geschieht
Es stoppt jegliche Operation und repariert die falsch geöffnete Row.
Ansonnsten geschieht es gleichzeitig wärend ein Read in einer anderen Bank oder BankGroup geschieht
Somit kann es physikalisch kein slowdown erzeugen.
Außer es wird vorher benützt, worin du ein Speedup siehst, da alles auf dieses Timing wartet, bevor es weitermacht
Normalerweise siehst du das nur, wenn du RAS zu tief stellst.
Ich weiß nicht
PMIC Thermals sind nur ein offset der IC Temps (meistens 15°c delta)
Es entspricht nicht der eigentlichen IC temps pro Subchannel (Links/Rechts der selben Seite)
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Somit wenn der IC-Vendor höchstpersönlich sagt "8000MT/s Kits existieren nun" innerhalb der specifications
Dann erwarte ich gutes @pocketorc
Obwohl mir der Preis doch ein wenig hoch erscheint für das Heatsink design
Zur Info, seit ca. 2 Wochen hab ich nicht nachvollziehbare Freezes/Bluescreens mit meinem System, obwohl das jetzt schon monatelang ohne Probleme lief.. Heute war es ziemlich extrem!
Bin jetzt vorhin mal von tRP 38 auf 43 hoch gegangen und hab die Vsoc von 1.23V auf 1.26V angehoben, jetzt seit ca. 4h keine Probleme mehr. Irgendwas scheint zu degraden bei den aktuellen Settings!
Tippe aktuell eher auf den IMC, glaube nicht dass der RAM selbst Probleme hat. Werde das mal weiter beobachten.
@funkflix Ich denke es ist ein viel zu hoher VSOC. 1,6 sollten reichen, vielleicht sogar weniger. VDDP ggf etwas höher: 1.05. ME könnte VDDIO sogar angehoben werden. Das stabilisiert das Ganze noch etwas.
ProcODT ist sehr stark. Vermutlich kommst du deswegen mit VDD nicht so hoch wie es notwendig wäre? Das war bei mir schon mal ein Problem.
Ich denke es ist ein viel zu hoher VSOC. 1,6 sollten reichen, vielleicht sogar weniger. VDDP ggf etwas höher: 1.05. ME könnte VDDIO sogar angehoben werden. Das stabilisiert das Ganze noch etwas.
Data Rail darf bis ~1.6v hoch +/- 50mV.
Aber dafür muss procDQ schwächer. (Wert hoch)
VDDIO fraglicherweise geht hinunter,
Sobald procDQ schwächer ist,
Aber es kann sein das starker procODT eher der Hauptgrund ist weswegen es tiefer geht und schwächere DQ einfach nur sein muss um Overcurrent Probleme zu verhindern.
Der Ansatz für die Intel CPUs stimmt zwar,
Aber auch nur im Sinne von was die Community davon hällt.
Data Rail ≠ IMC supply.
Kann somit nicht degraden siehe
LDOs bleiben
APU data (only?) supply rail bleibt VDDIO
Upkeep und supply rails für die APU müssten anders sein.
Wenn man sich VDDIO_CPU/APU split im AMD OC menü anschaut, müssten beide nur VDDs sein.
In dem Fall nur data-rails.
Was diese als supply füttert,
Und was die upkeep voltage für die APU exclusive ist
Daran bin ich mir nicht sicher.
// Wäre schön sie zu finden, da die APU G1 limitiert.
Müsste mal schauen ob es irgendwo in den docs.amd erwähnt wird. Eventuell im AI/Epyc segment vlt.
Die IMC upkeep voltage ist cLDO_VDDP.
Lustigerweiße immernoch als LDO, somit muss/kann es eine upkeep V für diese LDO geben internal
SoC füttert den substrate IP Block und VMISC die FCLK + UCLK + GMIs ??
Nur AM4 hatte SoC als supply voltage für die Fabric.
AM5 teilte das nochmal mit SOC->VMISC & VMISC->VDDG
Jedenfalls ist 1.55 VDDIO kein Problem.
Fraglich und leicht d*mlich bleibt es. (Matching VDD_MEM)
Aber sollte dieser keinen Schaden zufügen.
Würde damit jedoch nicht starken procDQ fahren.
Wie VID, sollte SOC VID evenfalls eine package throttle grenze haben.
Noch unter investigation.
War bei RDNA2 zb nicht anders
Wenn du Zeit findest, versuche mit SOC offsets zu spielen, ob beim selben supply mit einem faked 1.1v VID request (1.2+ receice) du einen Unterschied bemerkst.
Wobei AMD warscheinlich alles über 1.3v komplett versperrt hat.
Mache boards erlaubten einen höheren VRM supply dank LN2 toggle (hw + amd oc)
Aber es kann sein dass auch das beseitigt worden ist.
auch wenn ich zugeben muß das ich teilweise bei deinen Ausführungen technisch nur noch schwer mitkomme - solltest du mit Data Rail den VDDIO/IMC meinen,
so kann ich nicht glauben das VDDIO bis 1.6V zugelassen ist
der Default Wert liegt (soweit ich informiert bin JEDEC 5200) bei 1.1V - deine proklamierten 1.6V lägen dann mal "gerade eben gut 45%" über dem Standard Wert ^^
das kann ich mir bei bestern Willen nicht vorstellen - nicht bei den feinen Strukturbreiten heutzutage 😉
jeder kann und soll einstellen was er will - aber das aktuelle "Problem" bei Intel i.V.m. ASUS Brettern welche ja auch gerne mal ab Werk sämtliche Spannungen heftig hochgeprügeln, riecht für mich ganz verdächtig nach genau dem Problem 😨
bin aber auch keiner der jedes Jahr 'ne neue CPU kauft - meine HW läuft idR ein paar Jahre
auch wenn ich zugeben muß das ich teilweise bei deinen Ausführungen technisch nur noch schwer mitkomme - solltest du mit Data Rail den VDDIO/IMC meinen,
so kann ich nicht glauben das VDDIO bis 1.6V zugelassen ist
der Default Wert liegt (soweit ich informiert bin JEDEC 5200) bei 1.1V - deine proklamierten 1.6V lägen dann mal "gerade eben gut 45%" über dem Standard Wert ^^
Leider wenig mit Spannungen als Isoliertes problem zu tun.
// EDIT: 1.6 VRMAX ist ok, 1.6v VID requests sind gerade noch so ok auf Raptor. Mit *
Bei dem selben Thema rief man auch zu mir
"1.15v SOC oder höher sei soo schlecht auf AM4"
Wir haben nun das 4. Jahr worin mein daily 5600X nichts gegen 1.28v SOC hat~
Er behällt schön seine 2100:2100 G1 und benimmt sich ganz normal.
Bzw "1.3v+ SOC killt die CPU"
~siehe mein 1.45v SOC X3D Batch auf OCN~
1.35v Daily wäre komplett fein, höher kann dank side-outcome die Sensoren beinflussen.
Nicht töten, nicht degraden, sondern beeinflussen. Crosstalk & EMI zb.
// ^ genau so wie eine hohe Kupfermasse über den Traces, als weitentferntes jedoch zuordnungsbares Beispiel. (Wird zur "Ableitung/Ground")
// ~ da Energie in den Feldern und nicht den Leitungen sich bewegt. Sprich ebenso in der Z Achse, nicht nur X & Y.
Oder dem
"DDR4 A0 PCB fails at 1.48v & specifications allow 1.5v max"
~ Ich renne nun das 4. Jahr 1.68v auf den A0's im Daily System. Bis 1.7-1.72v geht es gut ohne maxmem, und ohne Wasserkühlung;
Voltage, means, nothing
So einfach ist das alles nicht, allem die (ausgerechnete) Spannung zuzuschieben~
Generell funktioniert weder (V) noch (A) so. 🤭
Wurden sämtliche JDEC DDR5 Standards geändert?
Ich dachte das 4800 40-40-40 JEDEC ist. Laut dieser Auflistung ist das jetzt 4800 34-34-34 Die JEDEC erweitert den DDR5-Standard
ran into a problem cold boot, passed tm5, after reboot get errors 6, 0. this does not always happen, it is difficult to detect
maybe it’s due to an incorrectly selected vddq, I don’t like that at the load shows 1.215v
vddq
1.22 (hwinfo 1.215-1.245)
1.23 (hwinfo 1.215-1.245)
1.24 (hwinfo 1.23-1.245)
1.25 (hwinfo 1.245)
need more tests
Vdd
1.4v (hwinfo 1.38)
1.41v (hwinfo 1.395)
If i select
Vdd 1.41 (hwinfo 1.395), vddq 1.34 (hwinfo 1.335v), delta 60mv, i get many errors 0,6 and sometimes bsod system service exception
I still get bsod (system service exception) and errors 0-6 after force memory training somewhere around 3.4 times, and it happened even on the 10th memory training. I managed to take a screenshot with rtt_wr5 and procdq40 (before this I calmly completed 8 passes of TM5), and before that I took tests with rtt_wr 3 ( 1, 2, 3) but unfortunately after training there were bsods and errors same as first screen. now I’m testing with rtt_wr6 and procdq40, but I’m not sure that I won’t get errors 6-0 with bsod after the next training, errors that now show 2-10-6 will most likely be fixed by increasing vddq up to 1.24 or 1.25. To be honest, I don’t understand why the seemingly stable settings on auto timings fail after several memory trainings, and until I solve this problem there’s no point in reducing the timings.
**So, it seems to have stabilized with VDDIO 1.39 and VDDQ 1.27. Now I will force memory training and hope that there will be no bsod and errors of 0,6, although while I was selecting voltages there were already errors once, as in the first screen with bsod with VDDIO 1.38 and VDDQ 1.24, but after a normal reboot there were only errors 1.10. I force training by switching the GDM from auto to enabled and back
***During the second memory training I got a bsod immediately after launching TM5, the program didn’t even have time to show any errors, after the reboot there were no errors or bsods =( what the hell is happening.
@DemonAk
Dont try to mess with the one that reports #6 & #0
The ODTs were fine.
#2 is a Park #10 a NOM issue
You like, made it worse.
Its just your training settings that are messy
Unfortunately.
Because it very much doesnt "insert random" RTT & ODTs
Soo if it was fine once , it will be fine other times too ~ unless it never was fine to begin with
That neever was fine part, would be great if you lowered clockk, and removed that GDM (making things ez) variable
Then you can work on your powering.
Also if you remove any memory context restore and fastboot ability.
Training will take only as long as you leave things on Auto
Short training wont make the issue less prevalent , neither will MCR help.
Because if it already misstrains once, you dont want that misstrain to be remembered and context-restored.
Ich wollte mir mal ne Zweitmeinung bezüglich meiner RAM-Profile einholen. Vielleicht gibt's ja noch was zum Optimieren.
Der Vollständigkeit halber nochmal kurz zum Gerät und RAM: Es handelt sich um ein Gaming Notebook mit'm mobilen 7950X, sprich dem 7945HX, welches auch RAM OC erlaubt und ein BIOS besitzt, welches sich von unbootbaren Timings/ RAM-Einstellungen selbst zurücksetzen kann (sehr praktisch). Aktuell teste ich zwei Profile und zwar eins mit Spec 5200 MT/s und ein OC 6000er Profil.
Beim RAM nutze ich Kingston Fury mit A-Die (Class V, wenn ich mich nicht irre)
RAM wird auch gut gekühlt und wird selbst im Stresstest nicht über 45°C warm.
Momentan nutze ich diese zwei Profile:
5200 MT/s, 2133 FCKL, VDD/Q 1130mV
6000 MT/s, 2000 FCKL, VDD/Q 1145mV
Beide Profile habe ich soweit mit TM5 und OCCT getestet, beide ohne Fehler (reicht mir als Stabilitätsprüfung). Die rechte Spalte in ZenTimings wird aufgrund von Notebook-Hardware und dem letzten BIOS-Update gar nicht bzw. nicht richtig angezeigt. 6200 MT/s kann man wohl auch noch booten, allerdings wird's dann schwierig es mit gescheiten Timings stabil zu bekommen.
Gibt es in den Timings Werte die ggfs. besser/ empfehlenswerter sind? Ich hatte natürlich einiges ausprobiert, auch den Calculator berücksichtigt, aber diese Profile scheinen die besten Werte zu liefern.
Aufgrund des Notebook-BIOS' kann ich leider nicht alle Werte einstellen, wie z.B. tREFI. tRFC hab ich nur bis 130ns ausprobiert, denke das sollte so gut sein. Wann macht es Sinn strength und impedance Werte einzustellen?
Hallo, ich habe seit etwa 12 Monaten kein AMD-System mehr verwendet, mein Tuning ist etwas eingerostet. Ich arbeite am Speicherprofil des 6400 MT und bitte um Rat zur Erhöhung der Kopiergeschwindigkeit. Für Vorschläge bin ich dankbar, danke.
@funkflix Ich denke es ist ein viel zu hoher VSOC. 1,6 sollten reichen, vielleicht sogar weniger. VDDP ggf etwas höher: 1.05. ME könnte VDDIO sogar angehoben werden. Das stabilisiert das Ganze noch etwas.
ProcODT ist sehr stark. Vermutlich kommst du deswegen mit VDD nicht so hoch wie es notwendig wäre? Das war bei mir schon mal ein Problem.
Hab vorhin nochmal Karhu mit meinem 24/7-Profil angeschmissen, hat irgendwann nach 45 Minuten wohl zumindest einen Fehler geschmissen, bin eben erst wieder heim gekommen.
Das komische ist, wenn die Kiste spinnt, dann bekomm ich die Freezes und/oder BSOD gleich direkt nach paar Minuten, da reicht auch nur rumsurfen, Videos schauen etc., wenn er denn läuft ist es egal
was ich mache, aber es muss zumindest ein Reboot dazwischen liegen.
Kann es sein, dass ich - wenn die Kiste denn soweit gut läuft - doch mal MCR deaktivieren sollte, da er jedes Mal vielleicht irgendwas anderes im Hintergrund "einstellt"?
VDDQ vielleicht doch ein Tacken zu niedrig? ProcODT werde ich wohl auch mal senken.
I did a full memory training for 9 minutes, screenshot below
with procdqds 34.3 I get a lot of errors #2, #10
with procdqds 40 I get 6 errors #2 and 2 errors #10
with procdqds 48 I get 3 errors #2 and 1 error #10
with procdqds 60 there are no errors #2 but there are errors #10, #1, #5, #11
with procdqds 80 i get a lot of errors #0
with dramdqds 40 i get error #6 and bsod memory management
with procodt 43.6 i get 1 error #0 at first cycle
with rttnom rd/wr 4 (60om) - no POST
I think we can work with this option.
****not stable. It looks like i need to increase the voltage on the VDDIO/VDD/VDDQ to 1.42v because asrock taichi board lowers the voltage by ~20mV and that’s why all the problems.
Vddio 1.4 (hwinfo 1.386)
Vdd 1.4 (hwinfo 1.38)
Vddq 1.4 (hwinfo 1.38)
Vddio 1.42 (hwinfo 1.4-1.408)
Vdd 1.42 (hwinfo 1.395)
Vddq 1.42 (hwinfo 1.395-1.410)
so I'll have to start all over again.
I'll post if there is any progress
Windows 10 Pro (Samsung 980 Pro) ; Windows 11 Pro (Samsung 990 Pro) ; WinXP in VM für alte Spiele
Webbrowser
Primär Mozilla Firefox; Sekundär Microsoft Edge
Sonstiges
Logitech G840 XL (Unterlage für Tastatur und Maus) ; Sharkoon Externer Startknopf ; 2x Noctua NA-FH1 Lüfter-Hub ; Jedwede Beleuchtung bei der Hardware ist deaktiviert (außer bei der Tastatur - nur weil es praktisch ist)
Sagt mal, wie weit könnte man bei der SOC Spannung heruntergehen?
Ich optimiere gerade einen Büro/Multimdeia-PC, mit B650 Board, Ryzen 7600 (auf 45watt Werte reduziert... PPT, TDC, EDC) und 2x8GB 4800er RAM.
Gibt er Erfahrungswerte, gibt es eine grobe Untergrenze wo man sagen kann was man nicht unterschreiten sollte?
sollte aber eh klar sein.
und was HWInfo wirklich anzeigt.
