Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Memtest - tenhle: https://www.memtest.org/
Jinak souhlas, nemůže několika minutový test odhalit vadné paměti, ale aspoň by mohl napomoci. Důležité je, aby to MS nezmrvil a nespouštělo se to zbytečně, když žádný problém nebude. :-)
Memtest přes noc žádná chyba ve win pady aplikaci lítání nahoru a dolu FPS obcas bluscreen, nahovno patrioty (hynix)ddr4 2*32 po výměně za mhuskin problem pryč... Ten pocit když postavíš nový comp a pada ti to je k nezaplacení :D
Zajímavá zkušenost.
Docela horor pro nás stavitelé.
A nebyl to memtest bez PLUS?
Tento:
https://www.memtest86.com/
Aj ja mám takú skúsenosť. Test bežal pol dňa bez chyby a modrá obrazovka hneď po štarte Windows. Myslím, že je rozdiel ak beží len samostatný test z USB kľúča a ak sa spustia Windows. Preto stačí len jeden priechod takéhoto testu a ak tam nebude žiadna chyba, tak treba ďalej pamäte testovať vo Windows. Na zistenie vadných pamätí asi stačia testy spustené z USB kľúča, ale stabilitu pod Windows neotestujú.
Ja si myslím, že stabilita nie je o vadných RAM a ale o blbom časovaní.
Možné jsou obě možnosti, blbě nastavené napětí je třetí. Reálně vadných RAM modulů už jsem viděl dost.
Memtest86 je klasika všech klasik.
Niekto, čo ani nenapíše správne značku pamätí Mushkin, nebudí vo mne dôveru, že vie správne poskladať PC :-)
Tiež mám Patriot DDR4 2x32 GB na platforme AMD a absolútne žiadny problém pár rokov (netuším, čo je blue screen).
Zdravim cize Memtest86 od PassMark https://www.memtest86.com/ je nieco uplne ineho ako ten z vasho odkazu?
Ktory je lespie pouzivat?
Ano.
Plus je +.
Ideální je použít všechny čtyři a každý nechat běžet přes noc.
1)GoldMemory
2)MT+
3)BurnInTest
4)MT
Jen 4 dny na testování většinou nemám.
Takže 2 hodiny musí stačit.
Test který zaznamená max teplotu potom nechám běžet přes noc.
AI si to pamatujete stejně jak já:
"Historie nástroje Memtest
začala v roce 1994 s prvním nástrojem MemTest86, který napsal Chris Brady. Kvůli zpomalení vývoje původního programu vznikl v roce 2004 fork nazvaný Memtest86+, který přidal podporu pro nové čipy a zachoval si bezplatnou licenci, zatímco původní MemTest86 se stal komerčním produktem. V roce 2013 převzala údržbu původního nástroje společnost PassMark"
Z me zkusenosti minutovy test vetsinu chyb detekuje. Nejcasteji jsem se setkal s vadnym cipem nebo jeho casti, a ten staci naplnit daty a precist.
Jakmile jsou chyby v pameti dane konfiguraci, tedy taktem, casovanim, napetim... tak je to samozrejme horsi. Takove chyby se mohou objevovat mnohem mene casto, a u kazde chyby je jen omezena pravdepodobnost, ze se to uzivateli jako chyba projevi (ne vzdy, kdyz ze nekde flipne bit, tak je z toho BSOD, spis je to vyjimka).
Uzivatele si casto z nejakeho duvodu mysli, ze vadna pamet se jasne projevi, ale vubec to tak byt nemusi; a pak se to nemusi projevit ani v minutovem testu. Zato se to projevi treba na zalohach souboroveho systemu, tzv. silent data corruption. Zazil jsem dvakrat, nepreji ani svemu nepriteli.
Kazdopadne je to dobry zacatek.
A jeste pro zajimavost, kdysi jsem se setkal s vtipnou chybovou hlaskou. Nevim, jestli to byl Debian nebo ESXi, ale kdyz mu prisly vadna data z ECC pameti (neodpovidal kontrolni soucet), tak do logu vypsal "little confused, trying to continue". Asi to byl spis Debian, protoze ESXi se ted pri takoce chybe ve vychozim nastaveni rovnou rebootne.
Z mé zkušenosti je to přesně naopak. Drtivá většina nestabilních PC projde testem RAM (ať už v BIOSu/diagnostice, nebo tím krátkým testem co je ve Windows boot manažeru) naprosto v klidu.Počítače, kde tyhle testy odhalí vadnou RAM většinou nejsou schopny ani běhu OS, chyby se projeví velmi často dřív, než PC nastartuje a typicky to odnesou registry.
Naopak SKUTEČNĚ nestabilní počítač běhá v běžném provozu bez větších potíží, jen mu prostě sem-tam něco padne, něco nefunguje (typicky hry, které ty nároky na paměť mají větší) a ty problémy se střádají spíše postupně, až vygradují do viditelnějších problémů. A tyhle stavy lze většinou řešit nastavením/potuněním RAM. Problém je v časové náročnosti takového snažení, proto se tím většina "skladatelů" nezabývá.
Memtest86+ mi vždy pomohl.
Důležité je to plus v názvu.
Jen ho člověk musí nechat běžet dostatečně dlouho. Nechávám proběhnout dva cykli.
U prvního se zahřeje a druhý to prověří.
Samozřejmě že 10 minut testování nic nenajde.
To se RAM ani neohřeje.
Jednou se mi stalo že MT86+ nic nenašel ale BurnInTest hlásil chybu RAM.
(Považuji za výjimku potvrzující pravidlo.
Vždy to bylo naopak.)
Byla to chyba která se nijak neprojevila.
Systém normálně zvládnul instalaci WinXP.
Což byl nejlepší test stability systému.
Otestovalo se CD, CPU, RAM, řadič disků, kšandy a HDD.
Trvalo to půl hodiny a PC se u toho hezky zapotil.
Protože instalace kontrolovala soubory které zapsala na disk.
Dneska Win11 nainstalujete na nestabilní systém během 5 minut a jediné co se otestuje je připojení k internetu.
Problémy začnou až v zátěži. Ano, nejčastěji padání her. Většina PC může běžet bez problémů měsíc v idle. A chyby začnou až po spuštění hry.
Mohu jen potvrdit. Mít dobře vyladěné RAMky je otázka i několika týdnů, v jejíž průběhu když to dropne, tuším od kud vítr vane a provedu mírnou korekci. Ale když počítač skládám BFU či mírně pokročilým a zapínám EXPO, automaticky zvyšuju napětí, abych předešel případným problémům.
U AM4 DDR4 automaticky snižují napětí z 1.35V na 1,3V.
Protože ten řadič co je v IO tak vysokou hodnotu nedává.
Ale to se týká XMP. XMP je pro intel a ten potřebuje nakrmit klidně na 1,4V.
S EXPO a DDR5 bohužel ještě nemám dost zkušeností. Vždy mi to fungovalo na první pokus. Takže jsem s tím neztrácel čas.
Stejně moc tunění nedává smysl.
Od 6400MTs bude brzda v SERDES (komunikace mezi chiplety) a V-cache to vyřeší.
Však proto dělá AMD změnu:
https://www.youtube.com/watch?v=maH6KZ0YkXU
Ryzeny vždy vybavuji 6000Mhz ať to cvrká s Infinity Fabric v základu a nemusím ladit i ten, což většinou vyžaduje i poladění napájení I/O. To žádný BFU neocení. Dokonce i svoje stařičké DDR5 4800 CL40 z první vlny DDR5tek jsem po čase dostal na 6000 CL36
Jistě 6000MT/s je sweetspot.
Pak už má význam řešit jen latence.
Herní stroje co jsem stavěl byly všechno X3D.
A tam latence řešit nemusíte.
Bohatě stačí základní EXPO.
BFU to neocení, když mu to nic nepřinese.
Jo z 4800 na 6000 je velký skok.
Ale dneska zvládnou 6000MT/s CL30 i ty nejlevnější ADATA.
Ma zkusenost je stejna. Mel jsem v desktopu pred ~10 lety 4x DDR3, a dva moduly (po dlouhe dobe) byli chybne. Memtest na jednom z nich nasel chybu tusim po ~2 hodinach, na druhem nenasel vubec nic. Kdyz jsem ale pustil (paralelni) kompilaci vetsiho C++ projektu s GCC, tak do ~20 minut GCC spolehlive segfaultlo. Zkousenim kombinaci jsem zjistil ze 2 moduly jsou chybne. IIRC memtest dela jenom sekvencni cteni/zapis s nahodnymi "vzorky" (pattern), co proste nestaci na poradne provetrani pameti, ten test je ztrata casu.
Druhy problem na ktery jsem narazil se svym AM4 desktopem byl, ze mam plne funkcni DDR4/3200 pameti bez OC, ale pametovy radic CPU neni schopen bezet se 4 moduly v 3200mhz nastaveni. Tohle se ale clovek docte jenom kdyz aktivne hleda na netu, BIOS vas na to neupozorni, sam si nastavi 3200 a vesele se tvari ze je vsechno OK. Pak to taky jede "OK" az na to ze sem-tam se vloudi bitflip. Tohle jsem zjistil az kdyz sem zacal prehazovat sve filesystemy na btrfs / zfs. Pak jsem to snizil na 2933 a od te doby to funguje spolehlive.
Coz me privadi k tomuhle "reseni" od Microsoftu. Je takove typicky Microsoftacke. Nejhloupejsi je, ze Microsoft uz davno ma skutecne reseni - ReFS je schopne delat checksumy na datech i metadatech.
To s těmi 4 moduly není nic tajné. Je to ještě složitější. I s jedním modulem na kanál může být problém s taktem. Jde o to zda je 1R nebo 2R. A logicky varianta dva Dual Rank moduly jsou nejhorší. A není to jen věc Ryzenu nebo AMD, platí to obecně. Protože pro řadič RAM je to větší zátěž. Jenže Dual Rank jsou na stejném taktu rychlejší, takže to tak moc nevadí.
> To s těmi 4 moduly není nic tajné
Ja vim ze to neni tajne, ani nerikam ze by to melo byt tajne.
Jenom rikam ze by BIOS defaultni nastaveni (auto) by melo byt bezpecne a stabilni - a to neni. BIOS "auto" proste nastavi pameti podle SPD a absolutne s*re na to ze CPU radic to nedava. A clovek ktery se nezabyva ladenim pameti pak dostane falesny pocit bezpeci.
Proto je to potřeba vždy otestovat. Když jsem počítač postavil, nebo přišel na dílnu k otestování a zjevně nesmrděl, nebo pohledem byl OK, tak první dvě věci: HDD vyndat a dát na test antivirem a ustit Memtest. Po osazení desky před montáží do skříně: Memtest. Automaticky. Pokud problém nebyl v SW či OS, tak s velkou pravděpodobností byl problém v RAM a nebo bordelu, co lezl ze zdroje.
BIOS nemůže vědět všechna nastavení, protože záleží hodně na těch RAM modulech. Jaké tam jsou čipy, v jaké konfiguraci a dokonce i v jaké revizi.
No nemôže. Ale ak je v SPD niečo zapísané, tak by to na tých hodnotách malo spoľahlivo ísť. A radič RAM by to mal s prehľadom dať, vzhľadom na to, čo je uvádzané v parametroch. Ak to blbne, potom je fakt problém v kvalite nejakého pamäťového čipu (nie modulu), ktorý nezvláda dané časovania v potrebnej tolerancii. Ak RAM blbne, tak je chybná a mala by sa dať reklamovať.
Občas si RAM a řadič prostě nesednou a je třeba buď výrazněji ubrat na časování či taktu a nebo moduly prostě vyměnit.
"IIRC memtest dela jenom sekvencni cteni/zapis s nahodnymi "vzorky" (pattern)"
MT+ dělá 10 testů. Jeden z nich je 'pattern'.
A sám výrobce upozorňuje že tento typ testu je na nic. Že je třeba nechat projet všechny testy.
Já doporučuji dvakrát po sobě.
Další průchody už většinou nic neodhalí.
Chybu na disk nemusí zanést jen RAM.
Může to být cokoliv. Chipset, kabel,...
Takže otestovat RAM a prohlásit PC za stabilní opravdu nestačí.
Může se přehřívat zdroj a to MT+ opravdu neodhalí.
Ano, mám podobnou zkušenost, že memtest s 2-3 plnými kolečky prověří spolehlivost RAM. Bohužel tu pak jsou ještě další problémy, jako je např. spolehlivost napájení pod zátěží a další chuťovky, které dokáží i z funkční RAM udělat zdánlivě nespolehlivou, a které memtest nemá šanci odhalit.
Ne nadarmo se už 30 let říká, že optimální test stability stroje je kompilace linuxového jádra. 😁 Ono to krásně koreluje, jak roste výkon strojů a velikost RAM, tak se také nafukuje linuxové jádro.
Jenze kompilace linuxoveho jadra vam nevyuzije vsechnu RAM.
Pred casem jsem potreboval overit ECC RAM ve stroji s 768GB, a mel jsem na to hodinu. Protoze mel ECC, stacilo do toho jen nalit a vylit data, chyby by reportovala sama; chtel jsem k tomu pouzit bash, napsal si skript, ktery mi pres for cyklus mel postupne naplnit pamet... no a to by trvalo vecnost. Musel hsem to vyresit jinak.
Neni to hracka vzit odnekud jen tak 768GB dat, ktera budou nejak rozumna (ne same nuly) a v rychlosti, kterou se to na ten stroj da nalit (stroj nemel zadne vlastni uloziste).
Jinak si pamatuju, ze jadro jsem kdysi kompiloval hodiny, dneska jsou to spise minuty.
Akože iba pri teste RAM sa vám prehrieva zdroj??? Potom je debil ten čo to skladal. Predsa zdroj je vždy s výkonom, aby utiahol plnú záťaž a pokiaľ testujete len RAM, tak sa nemá čo prehrievať.
Ne.
Zřejmě došlo k záměně zkratek MT.
MT+ není MultiThread ale MemTest86+.
Při testu RAM nemáte šanci odhalit problémy s napájením.
Dost záleží jestli zdroj tahá teplý vzduch ze skříně a nebo máte moderní skříň a sání má zdroj na dně skříně.
To staré řešení je dost nešťastné a vyžaduje opravdu důkladné testování. Něčím jako je BurnInTest. Protože rozpálit zdroj memtest opravdu nejde.
Dost zdrojů jsem zákazníkům měnil. Obecně se až tak neví, že i zdroj má velký vliv na stabilitu počítače. Nejde jen o to jak dodává napětí pod zátěží, ale co z něj leze. To se multimetrem nepozná, na to by byl potřeba osciloskop nebo spektrální analyzér. V sevisu se na to přijde snadno, buď se počítač po výměně chová stejně a nebo ne.
To sa mi nezdá, že na AUTO si nastaví 3200. JEDEC je 2400 a potom sú profily na vyššie frekvencie. Ja mám v pohode 4 moduly na 3200, aj na 3600 idú a dual rank sú.
Nekdo mi rikal, ze ten dosavadni Windows test prohleda jen prvni 4GB. To je o nicem.
Testování PC je docela věda.
Jednou se mi stalo že RAM měla chybu v oblasti vyhrazené pro iGPU.
Projevovalo se to artefakty v obraze.
Odhalil jsem to až když jsem do PC přidal GPU a pustil MemTest86+.
Něco na testování VRAM neznáte?
https://github.com/GpuZelenograd/memtest_vulkan/releases
❓
Furmark
Počítačů jsem postavil a opravil clekem dost a vždy přešel Memtest 86 na řadu. Takové ty velké chyby odhalí fakt rychle, ale u některých je třeba si počkat, zpravidla když tehdy prošel aspoň 2x bez chybičky, bylo to OK. Takže několikaminutový test na stabilitu fakt stačit nemusí. Nehledě na to, že RAM není jediný možný viník.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.