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.
Bin jetzt auf 6000 C28 TM5 stable. Als nächstes gibts ne saubere Windows Installation sobald mein NAS gebaut ist.
Dann schau ich mir die Latenzen nochmal an.
Alle RDRD/WRWR SD/DD auf 8
tWR auf 48
RAS 61
RC 99
tRDWR 16
REFI max
Dieser 50K refi hat kein mapping.
Typisches Buildzoid timing jedoch inaccurat für den controlller.
65536 (minus 8092 steps) = resultat -1 ~ da der Controller ab 0 beginnt zu Zählen.
// solltest du es aufgrund von Thermal Problemen skallieren müssen
Alle RDRD/WRWR SD/DD auf 8
tWR auf 48
RAS 61
RC 99
tRDWR 16
REFI max
Dieser 50K refi hat kein mapping.
Typisches Buildzoid timing jedoch inaccurat für den controlller.
65536 (minus 8092 steps) = resultat -1 ~ da der Controller ab 0 beginnt zu Zählen.
// solltest du es aufgrund von Thermal Problemen skallieren müssen
Deutschlands großes Technikportal mit Tests, News, Kaufberatung und Preisvergleich zu den Bereichen PC & Hardware, Software, Telekommunikation und mehr.
Deutschlands großes Technikportal mit Tests, News, Kaufberatung und Preisvergleich zu den Bereichen PC & Hardware, Software, Telekommunikation und mehr.
Leider bin ich da kein Experte, aber ich würde auf hynix m tippen.
Nimm doch mal die Excel Tabelle und schau wie weit du mit der tRFC bei hynix m runter kommst und teste das aus ( kannst natürlich auch die anderen Timings mit der Tabelle berechnen)
6200C30-37-37 auf 1.32-1.34v , mit 1.35v ist es genug.
// EDIT: ~ ich denke 6200C30-36 müsste mit ungefähr 1.4 VDDQ, 1.42 VDD_MEM noch durchgehen. 6000 C30-36 wäre dann auf 1.3v.
512 RFC passt.
Du hast tWR vergessen.
EDIT:
VDDP auf 1.1v max ~ (solltest du ODT und RTT übernehmen wollen)
1.15v brauchst du nicht mit GDM und brauchst du nicht auf 6200MT/s.
Schadet nur Signal Quality.
Ich glaube das hat er von meiner Tabelle als Tweak. Kedarwolf hatte das auf Overclocking.net gepostet dass man das zur reduzierung der Latency deaktivieren soll. Wenn du da mehr Info geben kannst dann ändere ich das ab. Bei Asus kann man im Bios auch per Suchfunktion suchen weiß aber nicht obs das auch bei Gigabyte gibt.
du solltest m.e. methodisch vorgehen - das wilde ausprobieren irgendwelcher im Netz geposteter Einstellungen wird nicht allzu viel bringen - die ganzen involvierten Bauteile wie IMC, RAM etc sind viel zu individuell
Nicht auch noch AMD Devs
Wenigstens die müssten es besser wissen.
Danke,
Das erklärt weswegen soo viele Nutzer nahezu die selben Timings rennen.
Ich dachte es wäre dem Influence von Buildzoid bzw Chew geschuldet.
Oh dear
@Veii
Da hast du recht, die Steigerung auf 6600 war tatsächlich auch nur ein Versuch, da ich eigentlich meine Werte für 6400 über Ryzen Master mal anpassen wollte, um zu schauen, ob sie laufen.
Aktuell versuche ich folgende Setting:
TSME Off = OFF
IBUF_LPWR_MODE [Disabled] --> noch nicht gefunden
SVM Mode [Disabled] = off
IOMMU [Disabled] = off
SMEE [Disabled] = off
DF Cstates [Disabled] = off
Power Down Enable [Disabled] = off
Memory Context Restore [Disabled] = off
BankSwapMode [Swap-APU] = Swap-APU
Und versuche mich an folgende Timings ranzutasten:
tCL 28
tRCDWR 37
tRCDRD 37
tRP 37
tRTP 12
tWR 48
tRAS 59
tRFC = 448
tRFC2= 243
tRFCsb= 197
Ich glaube das hat er von meiner Tabelle als Tweak. Kedarwolf hatte das auf Overclocking.net gepostet dass man das zur reduzierung der Latency deaktivieren soll. Wenn du da mehr Info geben kannst dann ändere ich das ab.
Ich möchte ganz ehrlich mit dir sein,
Ich hab sie zwar heruntergeladen, aber absolut nicht geöffnet.
XLS files auf dem Handy laufen nicht
Und nicht jeder besitzt das Microsoft 360 Package. Einfach da man kein Verwendungsgrund habe
// eine Online Tabele/App macht deutlich mehr Sinn ~ wenn man im Bios sitzt.
Dann da ich mir sicher bin, dass ich etwas abändern muss (rounding Formel nicht implementiert)
Hatte ich einfach keinen Blick darauf geworfen;
Nichts für ungut 🤭
Powerdown wäre als Option, um "die Latenz zu reduzieren"
Aber diese LWPR Option sollte man überhaupt nicht anfassen~
Wenn schon sollte einem eher CKE und tXR+tXSR Zugriff gegeben werden.
Ah und natürlich muss auch FGR an - wenn AMD irgendwelche positiven Absichten hat höheren Clock als 7200/7600 zu rennen.
Womöglich wartet man auf CKD Dimms, aber DDR5 ohne PerBankRefresh ist ... Abenteuerlich.
Kann Auto bleiben ~ Thema Rowhammer protection
Kann auch auf aus, für OCer.
Definitiv nicht für normal user. Bringt sozusagen garnichts im Latenz Thema. Placebo
"Tweaks" - haha
Ehrlich gesagt macht es Sachen schlechter.
Batch 0.0
Rebranded OEM.
Ich bin mir besonders bei G.Skill unsicher.
Aber es sind rebranded ICs.
Ist Type-V.
Könnte aber ein Hynix-M kit sein.
Kannst du nur rausfinden, sollte RFC auf 130ns booten.
6000MT/s , RFC 384
Wenn es bootet ist es eine abart von HynixA. Eine schlechte welche HynixA specs nicht standhalten kann;
Wenn es nicht booted, ist es ein Type-V HynixM. Ein schlechtes welches HynixM Class-A Specs nicht standhalten kann.
Anscheinend wurde es Trent auch Hynix-A auf 4800 zu binnen.
Somit kann man schlecht vs schlechter, nur mit RFC entschlüsseln.
In der Realität sind es Type-V's. Alle mit tRC über 48ns
Es zwingt dich meistens zu der Playstore app, welche dann bei einem großen bzw "oft zugegriffenen" Sheet
Es sehr laggy macht.
Es wäre "einfach" ein versperrtes online sheet zu erstellen,
Und Leute zu zwingen es auf deren Drive kopieren zu müssen
Nur dann setzt auch die Faulheit ein
Meistens funktioniert der Convert
Google-Docs müsste XLS Datein öffnen können.
Hmm schwierig.
Ja ne, ne app wäre das Beste.
Aber dann sind wir bei der Frage ~ braucht man sowas . . .
OCHelper App (PC/Phone) aus unseren Forschungen wäre ebenfalls nett (abseits mem)
Aber wer soll sich darum kümmern. Viel zu viel Arbeit.
tRFC mini sheet drüber-zuschauen wäre schon viel Arbeit
Da es oft alle 3-7 Tage bricht.
Das selbe mit dem Ryzen MemOC " Leaderboards "
Ein Online-Docs ist super, aber echt viel Arbeit
Ne app wäre theoretisch gesehen sinnvoller.
Es gibt 2-3 Optionen in CBS die man Ändern könnte
Jedoch bin ich mir unsicher ob es in der Realität Überhaupt sinnvoll wäre.
Aida bus-access test , ist ja eines
Aber es ist nicht immer nur "die Latenz" das Hauptproblem
Besonders der X3D ist sehr schwer zu tunen, jedoch sehr einfach zu missverstehen.
Wenn ich mir etwas wünschen könnte, dann wäre es
Solch etwas zu benützen.
Eventuell Visuel dank Passmark's tools
Oder als Bildlicher Converter von Micronbenchmark bzw SiSoft Sandra.
Bilder wie diese:
Waren ehemalig google-docs sheets
Damit macht es Sinn zu tracken ob dein MemOC überhaupt irgendwas an der Zugriffszeit ändert, oder CPU_Arch noch zu langsam ist.
Beitrag automatisch zusammengeführt:
EDIT: @RedF core-to-core-latency.exe --csv
Vlt etwas damit machbar csv to pic
Ansonnsten wäre Microbenchmark + PassMark's Tools, womöglich der einfachste Weg.
Waren ehemalig google-docs sheets
Damit macht es Sinn zu tracken ob dein MemOC überhaupt irgendwas an der Zugriffszeit ändert, oder CPU_Arch noch zu langsam ist.
Ah , Kelutrel wollte ja RopBench nen gescheiten Memtester verpassen (perf tester) ~ so vor 5-6 Monaten.
Ich frag mich wie weit er ist.
Wir können Raphael ansonsten so oder so nicht tracken.
Weder CoreFreq noch CoreVoltage. Bzw ebenso nicht DcBTC VID autocorrection. (negative CO penalty)
Updaten zu schnell.
Und da alles von L3 Cache bzw der Core Freq welche load-balanced ist, abhängt
Sprich ebenso das MemOC Ergebniss (ob es den nun skaliert oder nicht)
Müssen wir uns eher um das Hauptproblem kümmern, bevor man Timings benchmarkt und Optionsempfehlungen raushaut.
Danke Veii. Habe erst mal meinen Post gelöscht um nicht zu mehr Verwirrung zu führen. Es ist einfach extrem schwer rauszufinden was man folgen soll. Was ich toll finde dass du deine Empfehlungen immer plausibel begründest
www.computerbild.de
