PCTuning fórum

alienGT píše: ↑sob 17. srp 2024, 13:02 Otazka, jestli to tak nebylo celou dobu. Me to tedy na ASUSce nedela. Pokud to jede, neresil bych to. Co slo jsi udelal (clearCMOS, novy BIOS atd.).
Mozna bych to zkusil jeste osadit do A1 B1 co to udela. Jeslti to bude stejne jako v A2 B2. Nic jineho me uz nenapada.
Jede to = neres to. Co funguje nespravuj.

Nebylo, protože do iCUE lezu celkem často a všiml bych si té chybové hlášky. Zkoušel jsem novější i starší BIOS, reset CMOS. Přehodit pár timingu, vynutit retrain, ale je to stále stejné.

Rozesere? Kolik výkonu jsi ztratil?

Tohle je "works as intended". Tohle jsou prostě DDR5, budeš mít random reterainy jednou za čas a tvé subtimingy se budou random měnit, s tim nic neuděláš. Pokud se je pokusíš hard-locknout na určitou hodnotu jediné čím se ti odvděčí bude postupná nestabilita.

Random retrainy s tím, abych měl na každé paměti jiné časování?

Ano každej rank se trénuje separé, proto taky čím více ranků tím déle on retrain trvá.

Takže se ti to také stává? Do teď jsem měl obě paměti synchronní.

Zdá se, že to je celkem běžný "problém".
https://www.reddit.com/r/Corsair/commen ... ning_icue/

Momentálně je jedninej rozdíl mam u tRDWR kde jedna paměť má 20 a druhá 21. Ale je to prostě normální. Tohle je taky důvod proč v práci kde jsou quad-rank setupy protože je třeba tuna RAM, jsem vzdal ladění pamětí a prostě je poslal na 3600 + auto. Protože i když jsem to odladil vejš a jelo to tak třeba za 14 dní poté už jaksi nejelo protože se to špatně vyspalo udělal se retrain na jiné subtimingy a najedou ta frekvence už nebyla stable.

Teď trošku obecně, proč se tohle na AM5 děje? Je to stejné i na Intelu?

Je to stejné všude, probém je že ten controller co AMD má je prostě horší než ten u Intelu, proto trainy trvaj déle, častěji, více než 2 ranky jsou větší problém jak u Intelu a je to obecně více háklivé. Proto jsem byl tak zklamanej že mezi ZEN4/5 se nezměnila IODIE, protože dle mého názoru prostě neni moc good.

Pokud ti to neda spat, prodej Corsair a kup Kingstone Fury. Pak to dolad low voltama a low CL dle screenu.

To nedává smysl ne? Pokud se tohle děje normálně na AM5 platformě, tak je úplně fuk, co mám za paměti, nebo se pletu?

A to nemluvím o tom, že na Corsairech musím zůstat kvůli iCUE. Každopádně jo, RGB opicarny už mám za sebou, ale že bych kvůli tomu chtěl zas měnit úplně všechno, to se mi nechce.

iCUE - taky slusny bacil, stejne jako Armoury Crate.

DOC_ZENITH píše: ↑sob 17. srp 2024, 13:04 Rozesere? Kolik výkonu jsi ztratil?

Tohle je "works as intended". Tohle jsou prostě DDR5, budeš mít random reterainy jednou za čas a tvé subtimingy se budou random měnit, s tim nic neuděláš. Pokud se je pokusíš hard-locknout na určitou hodnotu jediné čím se ti odvděčí bude postupná nestabilita.

Pokud se ručně zvolí AMD EXPO profil osazené ram, taky probíhají random retrainy a i subtimingy se budou random měnit? Nebo se ten problém týká jen ručního ladění? Díky za info

PS: je nějakou výhodu AM5 deska, která má jen dva sloty pro ram? Nějaké lepší latence nebo tak?

Probíhat to bude vždy EXPO ti vynutí pouze hlavní timingy.

Desky s 2 sloty dosahnou podstatně lepších frekvencí které ale na Ryzenech nevyužiješ, na latence kolem 6Ghz to moc velkej vliv nemá. Na Intelech desky s 2 sloty oceníš mnohem více.

Díky. Šlo mi o to, zda má vůbec nějakou výhodu vzít dražší ram 6000MHz CL30 https://www.tsbohemia.cz/kingston-fury- ... 19106.html
nebo jen 5600MHz cl36 a přetaktovat https://www.mironet.cz/kingston-fury-be ... d_source=1

Já bych určitě vzal ty dražší. Budou to s tímto časováním nejspíš Hynix m-die. Nižší mohou být klidně Microny nebo Samsungy. A ty nechceš...
Pokud by to někomu pomohlo, zde jsou mé vyladěné Hynix M-Die.
Napětí VVD/Q je 1,435 V. Zen timings bohužel neumí správně detekovat overvoltage.
Stabilita ověřena v Testmem5 profil - Extreme1 @anta777, Prime95 - Large FFT - cca 8 hodin testování.
A zde je screenshot z Aidy cache and memory bench. A zde je ještě screenshot z Hydra, mé CéÓčko. Procesor je Platinum sample. PPT 95W a výkon (po vyladění co) jak na default. Stabilita ověřena, jedu takto celou dobu bez jakýchkoliv pádů či nestability. Jinak CPU je zjevně udělaný z R9 7950X neb má dva CCD. To už je můj druhý procesor s touto "vadou". První byl R5 5600X.
Ještě jedna důležitá věc. V biosu mám jednotlivá jádra s max. takty na: 1. 5725, 2. 5725, 3. 5675, 4. 5650, 5. 5650, 6. 5725, 7. 5675 a 8. 5675. Zajímavé je sledovat, jak se srovnalo CPPC.

Abych nebyl OT v nepatřičných vláknech, budu pokračovat zde. Původní příspěvek v CPU vláknu.

Při lazení 9800x3D (Vlastně i 7800x3D) jsem občas narazil na to, že se mi PC nechtěl restartovat, když jsem šel do restartu z OS.
Prostě to zamrzlo na DRAM LED a tam to stálo, zkoušel jsem tomu dát i čas, ale nic se nedělo ani po 5-10 minutách, nedostal jsem se ani do BIOSu. Myslel jsem, že to dělá nestabilita. Teď mám ale pro zkoušku PC v defaultu, zaplé je jen EXPO v prvním modu a udělalo to také.

Po googlení je to celkem častý problém u Asus desek. Tuší někdo jak to řešit? Zkusil jsem vypnout Power down a Context restore. Možná funkce NitroPath?

Zkoušel jsem doladit manuálně pár hodnot - jako ProcOdt, ale je to v BIOSu asi na 3 místech v 40 položkách, netuším, která je ta správná. Je mi záhadou, proč tohle retrain nastavil, tyto hodnoty nejsou zřejmě ideální. ProcOdt by mělo být okolo 40-48 ohmů.
Viz třeba: https://docs.google.com/spreadsheets/d/ ... 1677627148

Pro upřesnění, veškeré OC jsem vrátil do defaultu a snažím se zbavit sporadického problému s RAM při "warm boot".

Nastavil jsem Expo II, ale problém byl pořád stejný. Zkusil jsem dát Expo tweaked a zapl:
Nitro mode ->Enabled
Robust training mode ->Enabled
Co s tím dál?

Je problém v resistances DRAM?

Aktivace Nitra bohužel ničemu nepomohla, zhruba po 20 rebootech jsem měl zas zátuh.
Vypl jsem tedy EXPO a nastavil manuálně všechny hodnoty dle Buildzoida, můžete mi na to mrknout, co ještě případně upravit?
Memory Context Restore jsem vypl.
Možná tady řeším něco, co vyřeší následující verze BIOSu.

Pravděpodobné řešení problému s chybou "0d".
Viz:
https://www.overclock.net/threads/asus- ... t-29378584
https://rog-forum.asus.com/t5/gaming-mo ... -p/1030169
https://www.overclock.net/threads/asus- ... t-29383919

Vypadá to, že monitorovací software může způsobit jakousi interakci s následujícím bootem, v biosu je na to od nějake verze Agesa workaround a stačí jej zapnout. Snad.

Tento Asus workaround opravdu pomohl. Po zapnutí už žádný problém nenastal.