Bam_Bam
Experte
- Mitglied seit
- 09.01.2024
- Beiträge
- 417
Für 32GB DR ist das Ergebnis doch prima. Ich würde versichen VSOC noch etwas niedriger zu bekommen. CO -35, hm, vermutlich eher nicht stabil. Teste mal mit YCruncher VT3 dagegen.
[Sammelthread] Ryzen DDR5 RAM OC Thread
- Ersteller Reous
- Erstellt am
Das sind die aktuellen EXPO-Einstellungen. Ich habe wie gesagt einiges probiert, aber es war nichts, was nicht Fehler aufgeworfen hat. Auch manuell 1:1 einstellen lief zwar, hat aber beim Testen sehr spät auch Fehler produziert. Würde gerne auch VSOC senken.
Anhänge
Auf was bezieht sich der Kommentar?
Wenn du 1:1 6400 fahren möchtest musst du 1.3V VSOC probieren und 1.15V VDDP.
Wenn es nicht klappt sehen wir weiter
Bam_Bam
Experte
- Mitglied seit
- 09.01.2024
- Beiträge
- 417
Microcode
Microcode löschen durch reseaten der cpu? 😂
Wer erzählt denn so nen Unsinn???
Bam_Bam
Experte
- Mitglied seit
- 09.01.2024
- Beiträge
- 417
Mircocodes Updates werden doch im RAM der CPU abgespeichert. Warum soll das dann nicht klappen. Cpu raus und wieder einsetzen. Dann Bios Downgrade. Wenn man dann noch einen "alten " Windows Wiederherstellungspunk einspielt, sollte man auf dem alten Stand sein.
Ich weiß nicht ob ich lachen oder weinen soll.
Oder ob du das wirklich ernst meinst.
Holzmann
The Saint
Der Microcode auch Firmware genannt, wird im Biosspeicher des Mainboards gespeichert.
mit testmem5 0.13.1/ 1usmus v3 / 90 min / 20 cycles habe ich zwei durchläufe fehlerfrei bestanden, (beide bei max. 52.8 °C). ich habe nur tras und trc verändert. dabei habe ich mir erstmals auch die durchlaufzeiten notiert.
1. run: 1:33:06 / tras 48 (trcdrd 36 + trtp 12) / trc 78 (trp 30 + tras 48)
2. run: 1:31:52 / tras 40 / trc 48 (beide werte abgewandelt von dem tras 42 / trc 52 vorschlag aus diesem thread)
der 2. run ist leicht schneller. ist das ein indiz für ein besseres setting?
die aida werte des 2. runs im vergleich zum 1. run (sind nahezu identisch):
r: 0.02% schlechter
w: 0.01% schlechter
c: 0.15% schlechter
l: 0.34% besser
1. run: 1:33:06 / tras 48 (trcdrd 36 + trtp 12) / trc 78 (trp 30 + tras 48)
2. run: 1:31:52 / tras 40 / trc 48 (beide werte abgewandelt von dem tras 42 / trc 52 vorschlag aus diesem thread)
der 2. run ist leicht schneller. ist das ein indiz für ein besseres setting?
die aida werte des 2. runs im vergleich zum 1. run (sind nahezu identisch):
r: 0.02% schlechter
w: 0.01% schlechter
c: 0.15% schlechter
l: 0.34% besser
DER MICROCODE IST AUF DER CPU GESPEICHERT! Im ROM nicht im BIOS. Wenn also im Bios keinen Fallback Modus gibt wird dieser nicht zurückgeschrieben.
Holzmann
The Saint
Achso dachte immer da cpus keinen dauerhaften Speicher haben, wird der Microcode vom Bios nach jedem dem Systemstart in die Cpu geladen 
Zb ist es bei vielen Boards möglich auszuwählen, welcher Microcode beim Start geladen werden soll ....
Zb ist es bei vielen Boards möglich auszuwählen, welcher Microcode beim Start geladen werden soll ....
Zuletzt bearbeitet:
RediMischa
Enthusiast
Ich glaube die Testzeit ist abhängig von der Menge an MB die getestet werden. Ich persönlich versuche immer sicherzustellen, dass bei jedem Run die RAM-Auslastung möglichst hoch und gleich ist (87-89%).
Nee, die 6400 habe ich aufgegeben. Ich möchte vor allem VSOC nicht so nah am Limit fahren. Nach Recherche und lesen hier im Thread habe ich mich für 6000 1:1 entschieden und hoffe, dabei dann auch VSOC deutlich unter die 1,25 V zu bekommen. Daher die Frage, wo ich eine verlässliche Ausgangsbasis für ein 6000 MHz-Profil bekomme.
XST3RN
Enthusiast
- Mitglied seit
- 22.10.2017
- Beiträge
- 4.632
stimmt nur halb.
jede cpu hat einen festen microcode der fest in der cpu integriert ist. (im ROM)
(ROM steht für : Read-Only Memory)
alles was aktualisierungen betrifft kommt quasi vom Board und wird bei jedem Systemstart in die CPU geladen (über SRAM)
und übergeht den "ROM microcode".
(SRAM steht für : Static Random-Access Memory)
sobald der pc wieder ausgemacht wird "vergisst" die cpu quasi den neuen mikrocode wieder.
@Holzmann
add: das hat übrigens nichts mit der bios batterie zutun , cmos und der flash-rom sind getrennte dinge der flash-rom vom board ist kein "flüchtiges medium"
bei jedem systemstart wird quasi das flash-rom vom board in den sram geladen
Zuletzt bearbeitet:
Hab zumindest mit dem günstigen Strom heute mal ein stabiles Startsetting gefunden, danke @Vince96 .
VDIMM 1,57 war dann aber offenbar zu wenig, 3h 1usmus TM5 + 10h anta777, aber bei den berüchtigten 9XXX% bei Karhu war dann Ende. Wobei ich das morgen noch einmal verifiziere, heute bin ich in den 12h hwinfo Bug gelaufen und dann war der RAM Lüfter zu niedrig und es gab max 60°C. Das könnte schon ein shortcoming gewesen sein.
CL34 läuft dann wie erwartet auch mit 1.5V VDIMM.
VDIMM 1,57 war dann aber offenbar zu wenig, 3h 1usmus TM5 + 10h anta777, aber bei den berüchtigten 9XXX% bei Karhu war dann Ende. Wobei ich das morgen noch einmal verifiziere, heute bin ich in den 12h hwinfo Bug gelaufen und dann war der RAM Lüfter zu niedrig und es gab max 60°C. Das könnte schon ein shortcoming gewesen sein.
CL34 läuft dann wie erwartet auch mit 1.5V VDIMM.
Anhänge
Zuletzt bearbeitet:
Hi, ich habe in den letzten Wochen viel geforscht und gelesen, aus diversen quellen, etc. aber leider ist es sehr schwer aktuelle und richtige infos zu finden.
Ich habe folgenden OC im Anhang, habe auch noch ein anderes Setup mit 6400CL30-38-38-38 und 2133 FCLK.
Ich habe nun schon verschiedene ansätze für die timings gelesen und umgesetzt wie im screenshot zu sehen, genauer würden mich interessieren ob ihr mit folgendem zustimmt:
RAS=RCD+RTP+8(burstchop), RC=RP+RAS, RRDS 8, RRDL 12 (8??), tFAW 32 sowie tWTRS 4, tWTRL 24 und tWR 48
Oder ist man sich immernoch unsicher, ob niedrigere werte nicht doch besser sein könnten?
SCL 5-17 ist ja auch so ein Thema...
Ich habe folgenden OC im Anhang, habe auch noch ein anderes Setup mit 6400CL30-38-38-38 und 2133 FCLK.
Ich habe nun schon verschiedene ansätze für die timings gelesen und umgesetzt wie im screenshot zu sehen, genauer würden mich interessieren ob ihr mit folgendem zustimmt:
RAS=RCD+RTP+8(burstchop), RC=RP+RAS, RRDS 8, RRDL 12 (8??), tFAW 32 sowie tWTRS 4, tWTRL 24 und tWR 48
Oder ist man sich immernoch unsicher, ob niedrigere werte nicht doch besser sein könnten?
SCL 5-17 ist ja auch so ein Thema...
Anhänge
Phoenix2000
Legende
- Mitglied seit
- 07.01.2006
- Beiträge
- 8.572
Grade die Transferspannung ist ja Board abhängig.
Es ist aber auch generell eine Frage von Board/CPU/Speicher Kombo wo du da landest.
Generell kann man aber sagen bei den Nebenspannungen kommt MSI mit weniger aus, bei Asus musst du schon mehr raufhauen damit der das sauber trainiert.
Again what learned...😉
Konnte jetzt auch noch tPHYRDL bei 37 syncen.
Musste dabei - nicht sicher, ob dadurch - MEM VDD auf 1.67V und CLDO VDDP auf 1.099V anheben.
Mein RAM ist wassergekühlt und erreicht keine 34°, da mache ich mir wegen der Spannungen wenig Gedanken. Oder sollte ich das?
Ob der beispielsweise 4 anstatt 5 Jahre hält, finde ich vernachlässigbar. Morgen oder übermorgen abrauchen wäre doof.
Stabilität: nach wie vor lediglich fünf TestMem5 Cycles plus daily use.
Das System fühlt sich so wirklich gut an und ich bin mit dem Kit und den Settings sehr zufrieden.
Konnte jetzt auch noch tPHYRDL bei 37 syncen.
Musste dabei - nicht sicher, ob dadurch - MEM VDD auf 1.67V und CLDO VDDP auf 1.099V anheben.
Mein RAM ist wassergekühlt und erreicht keine 34°, da mache ich mir wegen der Spannungen wenig Gedanken. Oder sollte ich das?
Ob der beispielsweise 4 anstatt 5 Jahre hält, finde ich vernachlässigbar. Morgen oder übermorgen abrauchen wäre doof.
Stabilität: nach wie vor lediglich fünf TestMem5 Cycles plus daily use.
Das System fühlt sich so wirklich gut an und ich bin mit dem Kit und den Settings sehr zufrieden.
snipez.o7
Enthusiast
- Mitglied seit
- 03.10.2016
- Beiträge
- 1.947
Das hat mit Stabilität aber nicht so viel zutun, 5 passes in TM5. Wäre mir persönlich deutlich zu unsicher. Hab noch hier und da n Fehler bekommen nach ner Stunde TM5 oder bei ~7000% Karhu. Da streb ich schon mindestens die 10000% an um von stabil zureden. Aber vllt ist das auch altbacken von mir. Vllt hast ja Glück und die Kiste schmiert niemals ab.
hasandoel2
Experte
- Mitglied seit
- 07.07.2017
- Beiträge
- 35
What is the big difference between Trefi 65535 and 65528?
Verstehe ich, deshalb schreibe ich das mit den 5 Cycles extra dazu. Im täglichen Betrieb habe ich null Probleme.
Ich lasse TM5 demnächst einmal länger laufen und auch mal Karhu. Ich berichte dann.
Holzmann
The Saint
Just the last 2 diggits
Das kommt nicht alleine vom Board bzw. BIOS/UEFI-Firmware.
Linux und Windows können beim Booten ebenfalls Microcode laden, also nach dem BIOS, aber vor dem Systemstart.
Kommt dann z.B. über Windows Update rein. Passiert aber eher selten, wenn man immer das neueste Bios am Start hat.
Die Methode ist allerdings sehr hilfreich wenn es neue Microcode Updates gibt aber der Boardhersteller keine Bios Updates mehr rausbringt oder ein Anwender eben kein Bios Update macht.
Nochmal ausführlich beschrieben, weil das Thema immer wieder komplett falsch diskutiert wird:
Der Board Hersteller integriert in der BIOS/UEFI-Firmware passende Microcode-Updates für CPUs. Die Updates sind als Datei in den BIOS-Flash eingebettet.
Die CPU nutzt beim Einschalten zunächst ihren festen internen "Baseline Microcode" aus dem ROM. Sie kann damit grundlegende Aufgaben erledigen, u.a. natürlich das ausführen des BIOS-Codes.
Das BIOS prüft beim POST Vorgang, ob es einen neuen Microcode für die erkannte CPU enthält. Wenn ja, wird dieser in den flüchtigen Microcode Speicher der CPU geladen.
Beim Betriebssystem booten wiederum kann dann ebenfalls Microcode geladen werden, wenn dieser neuer ist als vom Bios bereitgestellt.
Ab diesem Moment arbeitet die CPU mit dem Microcode solange der PC läuft.
XST3RN
Enthusiast
- Mitglied seit
- 22.10.2017
- Beiträge
- 4.632
microcode updates die von windows kommen werden in den SRAM geladen -
das hat nichts mit einem bios flash zutun
gibt quasi eine reihenfolge :
Microcode aus dem Betriebssystem > Microcode aus dem BIOS/UEFI > Original-Microcode im CPU-ROM
das hat nichts mit einem bios flash zutun
gibt quasi eine reihenfolge :
Microcode aus dem Betriebssystem > Microcode aus dem BIOS/UEFI > Original-Microcode im CPU-ROM
Zuletzt bearbeitet:
Völliger Quatsch. Windows lädt sie nur flüchtig in die CPU beim Start.
Windows (und auch Linux) schreiben niemals ins BIOS-ROM, sie können das auch gar nicht ohne explizite Flash-Tools.
Der Flash-ROM bleibt unverändert, außer du führst ein echtes BIOS-Update durch.
XST3RN
Enthusiast
- Mitglied seit
- 22.10.2017
- Beiträge
- 4.632
hatte es editiert schau bitte noch mal , hatte was verwechselt. (is schon spät
)
add: aber microcode updates per windows sind ja wie du auch schon geschrieben hast eher selten.
Ja man sollte vielleicht noch erwähnen was man mit SRAM meint und zwar den internen SRAM/Register-Speicher der CPU, in dem sie temporäre Mikrocode-Patches halten kann.
Leckofunny , Kampf der Giganten, again what learned 
Ähnliche Themen
