[Sammelthread] Intel DDR5 RAM OC Thread

Sind die mit VDDQ training off und MRC Fastboot on nicht bereits deaktiviert?
Powerdown enable auf 0 evtl?
Ich kenne mich da nicht aus, wäre einfach naheliegend. Aber es gibt ziemlich viele Variationen/Algos. Keine Ahnung, ob das jemand schon alles durchgetestet hat.

edit:
Evtl. spiele ich da mal ein wenig rum. Einfach mal alles deaktivieren was geht und schauen, was passiert. Für die Wissenschaft!
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Bei ocn liest man vieles Gutes übers Bios. Kam ja vom beta 0072 und 0801. Da haben einige User bestätigt dass es besser läuft. Ich habe auch fastboot off, mrc on. Ja dann müsstet ihr training off und fastboot on machen evtl...
 
Tja das ist die sogenannte reboot Stabilität von der hier sicher 1000x gesprochen wurde. Interessant wird es dann noch mal wenn der PC längere Zeit spannungsfrei war... das kann dann auch noch mal alles zum kippen bringen.

Ich teste meine Settings im ersten Anlauf auch nur noch ycruncher max. ne Stunde und n bissl Karhu. Dann über Nacht stromlos und wieder ycruncher. Macht überhaupt keinen Sinn beim ersten Boot stundenlang zu testen.
 
Mit der Ausnahme dass es ein Unterschied zwischen Training instability und Voltage Instability gibt.

Voltage/Noise instability wird durch Zeit herrausgefunden.
Training und slope misspredictions aka training instability kann jeder Zeit passieren.

Ein System welches durch die Benutzung instabil wird, und dann fehler rausschmeist ist eine Voltage instability

MRC an, und neustarts bringen wenig.
Memory Restore context sind training presets, simplified.
Es sowie Fastboot haben auf aus zu sein.
Seine Arbeit ist es, training schritte zu überspringen.
Natürlich wird es jeden Reboot neutrainieren, aber das Training hat lange und korrekt zu sein.
Es wird nur kürzer je mehr Felder der Nutzer manuel eingestellt habe. Bzw sollten sie richtig sein, trainiert es schneller.

Training heißt nicht autocorrection
Manche Werte werden überschrieben
Jedoch ist eher der Fehler an dem Tester, welcher nicht lange genug testet

Das system wird "stabil" bleiben
Karhu alleine ist ungenügend, DangWang alleine ist ungenügend ! und PPR ist auch sehr gut in seiner Arbeit
Sowie die CPU hätte eine abart von error correction

Das System einfach nur zu benützen, wäre nicht auschlagekräftig es "stabil" zu nennen. Es wird eine Zeit lang nicht errorn. DDR5 ist sehr gut in seiner Arbeit.
Wenn man damit aber leben kann, ist es vollkommen ok.
Momentan ist mein (nicht DDR5) system ebenfalls instabil durch die letzten updates.
Aber es ist verwendbar und spielbar damit. :) ich habe momentan keine Zeit den ganzen Tag dafür zu investieren~

Dennoch muss es stunden getestet werden, um als "instabil" erkannt zu werden.
Beitrag automatisch zusammengeführt:

Ja das wäre ja der Fall wenn VDDQ training on ist. Bei off sollte das Board keine Spannungen umstellen.
Dann werde ich einfach nie wieder rebooten :d

Im Ernst, ist man der Zufälligkeit einfach ausgeliefert, hilft da nichts?
VDDQ (off) wäre dein Grundbaustein für die Slopes.
Die Hauptkommunikation zwischen CPU & MEM hängt von VDDQ ab. Auf diesem wird gebaut.

Dieser Wert wird ebenfalls durch die Temperatur des Mainboards beinflusst.
Um stunden langes aufheizen, bzw stromquelle überprüfen, kommt man nicht drum herum

Leider aber ist es nur 1 von 30 Training Optionen welche geschehen müssen. So um den dreh 30, +/-2
Abseits den 11 "lanes" zu jeden Dimmstick
Hat auch das Board selber, Spannungen bzw offsets zwischen den Nutzertimings welche antrainiert werden müssen.

Der normale OCer bzw XOCer hat darauf keinen Zugriff und diese Werte haben von den In-House OCern korrekt eingestellt worden zu sein.
Meine Erfahrung war eher Unzufriedenstellend, weswegen die ganze Arbeit (letzten 3-4 Monate) auf selbst-initiative sein musste;
Jedoch wurde es die letzten Paar Biose besser.
Safedisk gibt sein bestes. Von dem Rest des Teams erwarte ich so oder so perfektion.

Mehr als zu hoffen kann man allerdings nicht. :)
Es gibt einiges an Feldern (under the hood) welche man als Overclocker nicht sieht.

Good Timezone ☕
Beitrag automatisch zusammengeführt:

@chilchiubito uploade mal bitte dein Bios-Profil TXT :)
Sanity-checking.

MRC hat auf aus zu sein~
Powerdown enable auf 0 evtl?
Powerdown ist wichtig für DDR5.
Korrekte CPDED, XP, CKE ~ sind wichtig.
Korrekt heißt ebenso aligned, nicht nur der erlaubte Minimumwert wie es ehmalig Boardpartner bevorzugt haben.
 
Zuletzt bearbeitet:
1703864748792.png

Entschuldigung, ich wusste nicht, dass du Österreicher bist. Ich schreibe unnötigerweise auf Englisch und es ist mir egal, in welcher Fremdsprache ich schreibe. Beides ist nicht meine Muttersprache.
Ich habe es noch getestet. Noch nicht fertig, aber uber AC LL 0.01 und noch da zu V/F P5 -0.01 P6-P11 -0.03 ist immernoch stabil.
Jetzt habe ich Gas gegeben, wie ich mein Rechner in Alltags benutze.
55-58xP 44xE 49R.
Eine Dinge ist komisch. DC LL...
Wenn ich wollte die VIDs auf Vcore legen, es ist ~1.08, 1 Minute und crash. Versucht mehr Vore (AC LL 0.06 und ohne V/F Points, crash...
Spielt keine Rolle das Vcore, wenn DC LL nicht auf auto, Blue screen, Clock Watchdog...
Jetzt, mit DC LL auto, ich kann noch stabil bleiben auf diese hoch Frequenz. Absicht der Ring ist 49. So ist es wenn 24/7 ist.

So schaut jetzt aus:

7200 AC LL 0.01 DC LL AUTO und V/F P5--> -0.03

Es ist ein kleine status Update, es war genug von 8000 ram oc... (ich habe angefangen)
Leider mit dem Profil 8000MHz schaffe ich es max 20 min lang VST/VT3. Aufgegeben fur ein paar Tage. Naturlich teste ich ihn ohne V/F, total auto Voltages, das ist die beste die ich geschafft:

8000 CL36 46 46 58 VST/VT3

Hat schon Jemand 6H lang Y gemacht? Ich mochte eine sehen. Jetzt Pause, deswegen mit dem cpu gespielt. Absolute Y Vmin weisse ich nicht, aber so wie oben, gehts einmal frei.

Ich habe paar bench gemacht mit meine Daily Settings, 7200CL32 42 42 54, 55p 44e 49r, HT, HAGS, Rebar on, es gibt kein Tricks. Balanced Power Plan usw. Nun mit meinem W10 jetzt, W11 (dual boot habe ich) fuer zum testen.

Min fps sind sehr gut. Das ist kein oc, HT und alles an.
Melde ich mich, wenn mein 8000MHz bisschen stabil werden. 15-20 min ist zu wenig...


7200 CL32 / 55P 44E 49R Benchmarks:
 

Anhänge

  • Y_7200_daily.jpg
    Y_7200_daily.jpg
    472,6 KB · Aufrufe: 96
  • CP77_7200_daily.jpg
    CP77_7200_daily.jpg
    147,1 KB · Aufrufe: 83
  • TR_7200_daily.jpg
    TR_7200_daily.jpg
    167,7 KB · Aufrufe: 85
  • GB-CBR23_7200_daily.jpg
    GB-CBR23_7200_daily.jpg
    612 KB · Aufrufe: 105
Entschuldigung, ich wusste nicht, dass du Österreicher bist. Ich schreibe unnötigerweise auf Englisch und es ist mir egal, in welcher Fremdsprache ich schreibe. Beides ist nicht meine Muttersprache.
Englisch wäre mir so oder so lieber :) solange man mich hier noch duldet 🤭
Keine Sorge~

brave_emH6TGIZaF.png

brave_HMAvn77jGU.png
brave_LPZglvhuC4.png

1704199578704.png

CB23
VID 1.161
VRM send (1.18)
VRM actual send 1.15
CPU Receive 1.146v

VRM intentionally sends more, you just "ruin" Boardtuning with any core Offsets.
Es ist ein kleine status Update
Danke :)

8000MT/s:
brave_Lg0X5o3jDh.png

Peak: send 1390mV ~ DieSense 1368 (22mV)
Idle: Send 796mV ~ DieSense 755mV (31mV)
Oh "warm" and likely due to load, VRM adjusts and loss is smaller.

Now what happens if you cut 30mV or 50mV away from VRM :)
Please listen to me and dont use negative offsets~
EDIT:
The Voltage throttle happens on VID. Unclear for DieSense (where ICCMAX recognizes)
Not on VRM send. No need to ever touch negative offsets. Positive if on subzero.
But for that PLLs are a thing~
PLL usage does not belong to normal or ambient usage.
Wenn ich wollte die VIDs auf Vcore legen, es ist ~1.08, 1 Minute und crash
Du hast Verluste.
Switching Freq & (A) Load Verluste (kein Thema auf APEX Boards)
Und Board thermal verluste.
Das Mainboard ist kein superconductor. Auch nicht bei 10-20° haha

Voltage matching generell ist eine fragwürdige Empfehlung.
Umso mehr zwischen Mem und CPU. Wobei Spannungen dort zb nichts heißen und alles ein (A) Thema ist.

und es ist mir egal, in welcher Fremdsprache ich schreibe. Beides ist nicht meine Muttersprache.
+1
Englisch ist meine 3. :)
Aber es ist einfacher für Technische Themen bei der globalen Sprache zu bleiben. Um Sachen so zu nennen, wie sie nun mal heißen.
CN/RUS wäre die alternative, aber bei dem bin ich zu schlecht.
Ich habe es noch getestet. Noch nicht fertig, aber uber AC LL 0.01 und noch da zu V/F P5 -0.01 P6-P11 -0.03 ist immernoch stabil.
Jetzt habe ich Gas gegeben, weil ich meinen Rechner im Alltag benutze.
DC LL möchtest du auf 1.1 bleiben, wie es auch der Standard ist.
IA LL wäre ein guter Ausgangswert 0.3-0.4 // solange man die Loadlines nicht anfasst. Sollte man auch nicht.
Bei diesen Änderungen möchtest du Global Intel Curve Presets (DVID? SVID??) auf Trained stellen.
Damit adaptiert es dir zu der "faked" Loadline.
Die CPU erkennt weiterhin dass die Telemetry faked ist, aber adaptiert in der VID.

RING VID & SA VID ~ hängen von der V/F Curve ab.
Nimm von dem letzten Curvepoint P11??, minimal den Spannungs-abfall ab. Ungefähr 5-7mV unter P10. (P6-P10 35mV drop, P11 27mV drop)
Loadlines + V/F Curve correction ~ ist lästig :) Aber nur LL correction, kann Throttle verursachen.
Den substrate voltage-scaling ist nicht linear :) LL(C) drop jedoch schon.

EDIT:
Wenn es nach mir gehen würde
Braucht die V/F Curve 150-200mV drops. Natürlich mit CEP disabled. Und die Loadline sollte einen Spannungsabfalll haben. (0.3 ist ganz solide für die meistenCPUs)
Ich würde weiterhin das Shamino Tool dafür nutzen. ASUS TOOL.exe
// Für die Kalkulierung. Den Jeder CurvePoint hat einen Einfluss auf den andern Curve Point.
// Solch etwas ist zu schwer gedanklich auszurechnen.
 
Zuletzt bearbeitet:
@mahaudi hab noch mal mit Energiemodus Höchstleistung und cpu@ Stock Powerlimits offen, laufen lassen. Passt so? Oder sollte mehr raus kommen?

aida (1).jpg
gb3 (1).jpg
 
Zuletzt bearbeitet:
Ich habe mit meinem 8400er Setting um die 15700 Memory Score

Aida sieht gut aus.....Latency könnte einen Tick besser sein.

Aber wenn es stabil läuft...lass es.
 
Ne läuft noch nicht ganz stabil. Karhu passt. YCruncher bringt nach 45-60 min noch Fehler.

Aber da mache ich mich dran wenn der RAM am Wochenende unter Wasser kommt. Dann komme ich auf den geekbench noch mal zurück

Hast du zu deinem 8400er setting ein ASR Timing Tool Screenshot? Ist cl36 oder?
 
@mahaudi hab noch mal mit Energiemodus Höchstleistung und cpu@ Stock Powerlimits offen, laufen lassen. Passt so? Oder sollte mehr raus kommen?

Anhang anzeigen 954771Anhang anzeigen 954772
Bitte mit ~angehängt~
Gegentesten
Aida sowie GB :)

Ich möchte gegenprüfen wie viel Arbeit den noch fehlt;
Hat ein TM5 Fix, könnte aber in "nicht Spielen" schlecht abschneiden.
1704222239578.png

Shift+Rechtsclick auf die Datei
1704222285193.png

Anstelle den Pfad manuel eingeben zu müssen
 

Anhänge

  • Powerplan_V-Intel.zip
    3,5 KB · Aufrufe: 137
@Veii
Einmal die Bios Settings, danke fürs drüber schauen.
 

Anhänge

  • 1703 Bios settings_setting.txt
    42,4 KB · Aufrufe: 61
@Veii hier die Ergebnisse mit deiner Config:
veii cfg aida.jpg

gb3.jpg

Würdest du wenn du Zeit hast bitte mal drüber schauen über die Timings? Vielen Dank!
ASrock.jpgMT1.jpgMT2.jpgmt3.jpgmt5.jpg
 
I have the same problem.
I went back from 1801 to 1703 and got 8200cl36 stable again when I increased the VDDQ TX. 16000% karhu 0 errors + tm5 stable.
Then the next day I played and the game crashed to the desktop, so I started it briefly and got an error at 235% 😑👌
After a restart, karhu went through VDDQ training again until 15k. I have no idea what's going on 🤷‍♂️
Does anyone have an idea why the RAM suddenly no longer runs stable?
Some people solve retrain inconsistency issues by setting ctlvrefup manually. I have personally not found this to be helpful to me, but I haven't been in this situation very often.
 
Some people solve retrain inconsistency issues by setting ctlvrefup manually. I have personally not found this to be helpful to me, but I haven't been in this situation very often.
Unfortunately, they are wrong because they are only based on RTTs & ODTs. They logically can not be universally applicable.
And setting just one out of 4 CTL1's , is wrong too.
Setting CTL0's correct ~ is the first step of the hurden.
Or not touching them at all.
 
Unfortunately, they are wrong because they are only based on RTTs & ODTs. They logically can not be universally applicable.
And setting just one out of 4 CTL1's , is wrong too.
Setting CTL0's correct ~ is the first step of the hurden.
Or not touching them at all.
I've never had any success with it myself. Sugi0lover and a couple others have mentioned it.

On another topic, I am trying to remember correct tCPDED calculation. Is it +1t to tCKE or equal to tCKE? I've always understood it to be 1t more than tCKE, but reading DDR5 spec says it is minimum 5ns, just like tCKE.
 
Mal wieder ein paar Infos für die Allgemeinheit von mir... ich war bisher bekanntermaßen mit einem selektierten G.Skill A-Die Kit (6400er) unterwegs, das zuletzt auf dem Apex Encore mit 8266 36-47-40-60 lief. Bei mir limitiert der IMC, daher kam ich nicht höher. Die Sticks selbst machen auch 8800 wenn der IMC das kann. Bin jetzt auf 8200er G.Skill 24 GBit M-Die umgestiegen (danke an Holzi für den reibungslosen Deal) und hab erste Erfahrungen:

-> max. Takt den mein IMC mit einem Stick trainieren/booten kann ist nach wie vor 8800/9000
-> max. Takt mit zwei DIMMs, sowohl was training/booten als auch erste Stabilitätstests angeht ca. 200 Mhz höher (8266 auf 8400/8533)
-> tCL wird gleich werden, tRCD und tRP sind die 16 GBit A Die nicht zu schlagen, tRFC bei den 24 GBit erwartungsgemäß deutlich höher
soviel zu den erwartbaren Ergebnissen.

Gestern hab ich dann noch tREFI angetestet und hier positives zu berichten. Bei den 16 GBit A lag die Grenze für 65535 bei etwa 50 Grad SPD-Hub-Temp. Über 60 Grad musste ich bis auf 32767 runter. Die 24 GBit M Die leaken etwas weniger. 131071 geht bis etwa 55 Grad, 65535 bis ca. 65-68 Grad. Alles noch nicht langzeit gestetet aber man kann sagen, das tRFC penalty läst sich über tREFI holen. Timings in Summe dann quasi vergleichbar. Werd demnächst noch ein paar Benchmarks (7Zip, WinRAR, wPrime, ggf. ycruncher) nachschieben um zu testen, ob bei gleichen timings Performanceunterschiede vorliegen.

Ziel für 24/7 wird wohl 8400 36-49-42-62 werden. Schau ma mal ob ich das stabil bekomme.
 
Thermal Stability zwischen 16/24gb dimms liegt an den RTTs
50° trifft mit meinen Erfahrungen ebenfalls übereint.
Es hat 80° zu können mit 65535 REFI ~ aber solch etwas bleibt ein RTT Thema.

Die 24gb bekaamen etwas mehr liebe. Weiterhin keine 80° aber etwas näher.
Wobei, es kommt hin
65°+15° delta = 80° IC temp.

-> max. Takt den mein IMC mit einem Stick trainieren/booten kann ist nach wie vor 8800/9000
-> max. Takt mit zwei DIMMs, sowohl was training/booten als auch erste Stabilitätstests angeht ca. 200 Mhz höher (8266 auf 8400/8533)
Du musst die Sticks nicht entfernen.
Das entfernen davon ändert die einstellungen pro Dimm.
Es genügt nur die MC Links auszuschalten, wenn man überprüfen möchte welcher Channel schwach ist.

Bei dem entfernen, kommt das Mainboard als variable hinzu.
ODT mit 1nem stick, oder 2 bzw 4 sticks unterscheiden sich.
Gleichgültig ob dieser angesprochen wird oder nicht. Er/Es hängt noch dran.
I've never had any success with it myself. Sugi0lover and a couple others have mentioned it.
I mean it appears Nizzen has fixate my scale without any credits given. On the APEX Thread
But i've said multiple times that those do not fit. They fit with target RTTs and ODTs but they logically can not be universal.
// I need to be responsible for my wrong suggestions, but i can not do anything against this behavior.
Even if i've hit that range by luck and know they work ~ the question is more difficult
You can not just shift one of 4 main VREF building blocks and hope for the best.
Its either all or nothing :)

And that "all CTL1's" range i can not publish. Those are not mine.
It was collaborative work and i can't betray~
I can just say, that it doesnt work that simple and those values were lucky hits. For memory strain offsetts.
They have no MT/s scaling. They have only strain scaling. It purely depends on RTTs and other send-2-mem voltages.

How you scale those 4 is either higher or lower by 1 clock, till you reach a satisfying baseline.
Its literally like skew shifting. Just in its written out full-value form.
Lower those values, the better SI was. Higher values required, the worse it was.
The Floor (downs) are arguable, but ASUS/APEX runs them (early?) as same value. We run them split
But once again, i can not publish the rest under my name.

In any case, their starting point may align, but it strongly differs due to loaded RTTs.
Building on one value, is creating problems. Don't do that, even if it "appears" to help.
You mess up remain signals and real stability (4-6h y-cruncher) can never be reached that way.
The board is not aware of your changes, but it can get CTL1 + 2's semi correct, once CTL0 is fixated.
Thats were i'd focus personally. Getting VDDQ(s) correct and then shifting ODT based on your sample.
Because SA will already mess with ODT ~ hence no value for CTL0 ODT VRef can be given either.
Only the scaling , which is steps of 2 instead steps of 4 per 200MT/s.

ODT VREF Down delta is unclear, because once again that depends on internal ODT , and basically the leakage factor of the CPU itself.
For the first value, its 82 as delta ~ can be bigger, but its 82 for sure on APEX(s).
Soo 170-88, 186-104 and so on . Up to MT/s.
On another topic, I am trying to remember correct tCPDED calculation. Is it +1t to tCKE or equal to tCKE? I've always understood it to be 1t more than tCKE, but reading DDR5 spec says it is minimum 5ns, just like tCKE.
tRFC Mini :)
1704371858941.png

I need to spend time and adhere to JEDEC committee's rounding math, but those are the values.
Never heard of "+1nCK over CKE". Am i missing something ?
 
Zuletzt bearbeitet:
Things I do not understand: overclocking by >50% over specification and than sticking to JEDEC rules in terms of RFC/main timings :ROFLMAO: I just use tRFC and tRFC as low as possible with a marginaround 20 clocks. The controller accepts nearly all values, easily testable by lowering it in realtime while running a stability test. You will find the point where first errors appear and 5 to 10 lower value will freeze/bsod.
 
Die Hynix Green A-Dies und ich werden wohl keine Freunde mehr. Selbst mit dem Jedec Profil crasht mein Rechner im dritten Y-Cruncher Anlauf. Der 13900k läuft auf LLC3 und ist auf 95W gedeckelt.
Hat jemand nen Tipp?
 
Things I do not understand: overclocking by >50% over specification and than sticking to JEDEC rules in terms of RFC/main timings :ROFLMAO:
I can see you don't understand.

The trouble of understanding is between "timings are X long"
and "timings are IC limited". Two different things.

Not everything scales by voltage.
Rules are rules. Rules exist because multiple operations happen at the same time
A voltage increase will not turn an apple into a pear.

If specification is 8 clock, then thats how it is. Those are facts & not rules.
Yes CPU Host might be working different, but your memory stick wont turn into RDIMM out of nowhere.
^ silly example.

Powerdown is similar.
Entry and exit are "fixed".
Independent at what voltage you run.

They are "fixed" because those fractions of timings you see is just what you are allowed to modify
// Mess with target specification ~ mess with 5 more timings which normal users have no access to.
If you want to understand why specifications exist, i suggest to dig at those "foreign specifications"
Maybe you will see that voltage becomes irrelevant and alignment is all that matters.

I don't know what else to comment here~


If you want to not adhere to rules, you need to first understand the rules in order to know what you change.
No timing goes alone.
Even RFC has side-outcomes that you modify with its change.
RP too.
Don't be silly and look at timings as single values. You will have trouble understanding
That's the only advice i can give.
 
Zuletzt bearbeitet:
Die Hynix Green A-Dies und ich werden wohl keine Freunde mehr. Selbst mit dem Jedec Profil crasht mein Rechner im dritten Y-Cruncher Anlauf. Der 13900k läuft auf LLC3 und ist auf 95W gedeckelt.
Hat jemand nen Tipp?
Hi, ich denke, die meisten hier können deinen Frust nachempfinden. Das Ding ist; es liegt entweder an Kleinigkeiten oder es sind zu viele Neben-Baustellen, die das Ganze verhindern.

Tipp: Mehr Saft! Irgendwo fehlt bestimmt mehr Saft. (y) Daumen hoch, weiter geht's!
 
Der 13900k läuft auf LLC3 und ist auf 95W gedeckelt.
Hat jemand nen Tipp?
ICCMAX zur Limitierung benutzen und Powerlimits offen lassen. (unter 400A)
Kein negative voltage offset benutzen
Zu hohe Spannungen erstellen ebenfalls Probleme, clock irrelevant.
DC LL(C) auf 1.1 & IA LL(C) auf 1.1 bzw beide auf auto.

Bei weiteren Problemen, RMA
Es gibt CPUs wessen V/F Curve standardmäßig bei schwerer last crasht.
Vor dem RMA, ein altes Bios versuchen.
Es gibt Boardpartner welche Guardbands nicht nutzen möchten.
 
overclocking by >50% over specification and then sticking to JEDEC rules
1704388748744.png

Ich bitte dich.
Das JEDEC Committee für NAND bzw Flash, ist ähnlich dem MIR committee für Waffenkontrolle.
Dies umfasst ebenso das PCB Design, das PMIC Design sowie/als auch ein Großteil des Mainboard designs
Wobei letztes Größtenteils doch eher von den IBIS Specifications & den lokalen Engineers abhängt.
1704389901377.png
Es ist minimal traurig, dass wir weiterhin bis 8800MT/s hängenbleiben.
Wir hätten die 9000MT/s schon lange rennen sollen.
Es waren immerhin schon 2 Jahre bis heute. Bald 3.
 
Zuletzt bearbeitet:
@Nachzügler @Veii
Hab jetzt mit LLC 4 und PL 125W fünf Pi 2.5 Durchläufe geschafft ☺️
Da haben die Lastwechsel der CPU wohl zu schaffen gemacht und ich habe zu Unrecht auf meinem Board und RAM rumgehackt😁
Jetzt laufen endlich 7200 Cl34.
 
Die Hynix Green A-Dies und ich werden wohl keine Freunde mehr. Selbst mit dem Jedec Profil crasht mein Rechner im dritten Y-Cruncher Anlauf. Der 13900k läuft auf LLC3 und ist auf 95W gedeckelt.
Hat jemand nen Tipp?

Mein grüne Hynix Klevv will auch nicht mehr als 7200MHz.
7600 war schwer, und es ist nicht 99% stabil.
8000 unmöghlich. Oder ich bin noob...
Ich möchte in die Nähe von Jemand ein kit besorgen zum ausprobieren. Einzige Problem, ich kenne Niemand hier der ddr5 hat und gibt mir :)
Kaufen will ich nicht.
 
Mein grüne Hynix Klevv will auch nicht mehr als 7200MHz.
7600 war schwer, und es ist nicht 99% stabil.
8000 unmöghlich. Oder ich bin noob...
Ich möchte in die Nähe von Jemand ein kit besorgen zum ausprobieren. Einzige Problem, ich kenne Niemand hier der ddr5 hat und gibt mir :)
Kaufen will ich nicht.
AM5 Forschung war mit OEM Green.
Intel Forschung war mit OEM Black (Klevv) sowie G.Skill 6400s

Ich mochte die OEM kits immer mehr. Die G.Skill benahmen sich zu anders für die ODT & RTTs.
Klevv ~ 12th gen & Z690 APEX
All results on same Mainboard & timings scaled upwards.
ZJA3HawL7R.png

I didnt work much with Aida last 3 months.
Beitrag automatisch zusammengeführt:

Mein grüne Hynix Klevv wollen auch nicht mehr als 7200MHz.
7600 war schwer, und es ist nicht 99% stabil.
8000 unmöghlich. Oder ich bin noob...
Class A, A-Dies können ~8400-9000 je nach binning. Alle können 8000MT/s // OEM Green
Class V A-Dies beginnen timing Probleme ab 7800MT/s zu bekommen.
 
Zuletzt bearbeitet:
@Nachzügler @Veii
Hab jetzt mit LLC 4 und PL 125W fünf Pi 2.5 Durchläufe geschafft ☺️
Da haben die Lastwechsel der CPU wohl zu schaffen gemacht und ich habe zu Unrecht auf meinem Board und RAM rumgehackt😁
Jetzt laufen endlich 7200 Cl34.
Ich hatte vermutet, dass es bei dir außerhalb des Bubble lag ;-)

Checke fast gar nix vom Ram OC. Dann muss der eben gute, alte logische Verstand herhalten :LOL:
Beitrag automatisch zusammengeführt:

Class A, A-Dies können ~8400-9000 je nach binning. Alle können 8000MT/s // OEM Green
Ist es technisch möglich mit Class A, A-Dies, mit einer maximalen SA von 0.99V die 7600MHZ zu überschreiten? Und sagen wir Mal 7.7GHz oder gar 8GHz zu erreichen?
 
Zuletzt bearbeitet:
Ist es technisch möglich mit Class A, A-Dies, mit einer maximalen SA von 0.99V die 7600MHZ zu überschreiten? Und sagen wir Mal 7.7GHz oder gar 8GHz zu erreichen?
Ehm,

SA hat generell nichts mit dem RAM zu tun.
12th gen konnte bei 1.15 SA ~ 7400 rennen. (y-cruncher stabil)
Wobei es bei den alten Biosen eher 1.18v mochte.

Das Problem ist, die Spannung bedeutet garnichts.
Wo einmal 1.25v die Norm war, ist es mittlerweile 1.16-1.18.

Worin mal auf G4 die Norm 1.15 SA war
Wäre es momentan womöglich ~1.08v.
Gear 4 zb geht nicht unter 9000MT/s.
8800 irgendwas.

Ich verstehe den Fokuspunkt der Frage nicht. :-)
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh