Když vám občas spadne webový prohlížeč nebo hra, nejspíš to budete považovat za chybu v tomto programu. Ve skutečnosti ale můžete mít vadnou nebo nestabilní operační paměť, aniž byste o tom věděli. Na rozdíl od HDD nebo SSD nejsou totiž data RAM chráněná proti porušení. A vypadá to, že nestabilní paměť může v počítači nepozorovaně dělat neplechu mnohem častěji, než si myslíme, a třeba tím i ohrozit vaše cenná data.
Vývojář prohlížeče Mozilla Firefox Gabriele Svelto teď zveřejnil docela znepokojující data o tom, jak často může operační paměť počítače dělat problémy. Řešil totiž problém, že někdy hlášení o pádech, která Firefox může zaslat vývojářům při problémech, neukazují na žádnou zjevnou příčinu, která by k chybě mohla vést a je u nich podezření, že uživatel mohl mít prostě nestabilní počítač (čímž se myslí, že výpočty probíhají chybně nebo se právě samovolně mění data v paměti).
Svelto kvůli tomu napsal kód, který se spustí po pádu Firefoxu na počítači a rychle otestuje, zda se v operační paměti samovolně nepoškozují uložená data, tedy zda se nestává, že se občas změní hodnota nějakého bitu (přihodí se tzv. bit-flip), což může rozbít kód programu a vést k pádu nebo jinému nesprávnému chování. Bit-flip v kódu programu je ještě ta lepší možnost. Protože pokud se vám přehodí bit třeba ve fotografii nebo jiném souboru s vašimi daty, která pak uložíte na disk, po opětovném otevření až příliš pozdě zjistíte, že je soubor pokažený a o data jste částečně nebo úplně přišli.
Jde jen o rychlý test, zkouší jen 1 GB paměti po dobu maximálně třech sekund. Nicméně po jeho nasazení se ukázalo, že i tak zachycuje nečekaně velké množství případů, kdy zřejmě prohlížeč spadl kvůli nestabilní paměti nebo jiné závadě hardwaru (protože primární příčinou nemusí být paměťový modul, ale třeba i základní deska nebo špatně fungující zdroj napájení).
Chyby způsobené RAM mohou za velké množství pádů aplikací
Svelto uvádí, že za týden systém telemetrie nashromáždil asi 470 tisíc hlášení o pádech Firefoxu z nejrůznějších příčin (přičemž Firefox se před odesláním hlášení ptá na souhlas, takže ve skutečnosti nejde o všechny pády, ke kterým dojde). Z těchto hlášení bylo díky testovacímu kódu v okolo 25 tisících případech rozpoznáno, že paměť počítače je nestabilní (dochází k ní k bit-flipům), a je tak pravděpodobným důvodem pádu. Protože detekce je jen rychlá a jednoduchá, je to téměř jistě jen hodně podhodnocená spodní hranice. Podle Svelta lze konzervativně hádat, že ve skutečnosti asi je špatnou pamětí způsobeno 10 % nebo možná i víc ze všech pádů.
Ve skutečnosti je to asi ještě víc, protože prohlížeče webu dnes díky otevírání většího množství záložek často padají na vyčerpání volné kapacity RAM (poznámka: děje se to, pokud máte omezenou velikost stránkovacího souboru, což se dřív často doporučovalo; musíme upozornit, že dnes si tím zaděláváte na problémy, takže raději nechte velikost stránkovacího souboru spravovat Windows automaticky – stabilitě vašeho PC to prospěje). Podle Svelta po odečtení případů, kdy dojde paměť, nejspíš procento pádů, které podle tohoto testovacího nástroje způsobuje nestabilní paměť, nejspíš vycházelo vyšší než 15 %.
Mnohem větší problém, než se předpokládá
Vývojáři ale každopádně při nasazení tohoto nástroje předpokládali, že podíl bude mnohem nižší, že jsou nestabilní paměti tak rozšířený problém, vůbec nečekali. Většina postižených uživatelů asi netuší, že mají počítač nestabilní. Může to být proto, že provozují přetaktovaný procesor nebo paměti (což může být teoreticky i použití XMP a Expo profilů u pamětí, které se tváří, jako by bylo „zaručené“, ale nemusí být vždy stabilní se všemi deskami a procesory).
Někdy může být přímo chybový samotný hardware i bez přetaktování, takže by měl být reklamován. Bohužel používat standardně dostupné programy pro testování stability dnes zdaleka není jistota, Memtest86+ vám často hlásí, že je všechno v pořádku, i když vám kvůli nějaké nestabilitě nebo nekorektnímu chování pamětí počítač padá nebo zamrzá. Přetaktovávači a ladiči výkonu asi často podceňují to, jak zákeřná nestabilita CPU a pamětí může být, a provozují PC s parametry, které vedou k nenápadným chybám.
Svelto mimochodem uvádí, že chybující paměti RAM tento nástroj zdaleka nenachází jenom na počítačích s Windows. Spousta hlášení je údajně i ze současných notebooků Apple s jeho vlastními Arm procesory řady M, které mají paměť integrovanou na pouzdru (tzv. on-package-memory). Není to tedy tak, že by díky úzké integraci procesoru a paměti u Macbooků byla stabilita zaručená.
U všech notebooků s pamětí osazenou napevno je její nestabilita samozřejmě dost vážný problém, protože ji nelze jednoduše vyměnit. Čipy osazené u PC notebooků přímo na základní desce lze s dobrým vybavením vyměnit (odpájet a nahradit), byť to není nic, co by šlo běžně dělat amatérsky. V případě notebooku Apple s pamětí na pouzdru čipu už to asi bude obtížnější a asi se nevyhnete tomu, že budete muset opravu zadat oficiálnímu servisu Applu.
Chybující paměť samozřejmě neovlivní jen Firefox, uživatel takového počítače bude na nestabilitu nebo skryté problémy trpět i v ostatních programech. A nestabilní pak může být i jeho operační systém. To, když už kvůli chybě zkolabuje Firefox a nástroj pro hlášení pádů ji zachytí a nahlásí, je tak jen špička ledovce.
Bohužel jde o problém, který zatím nemá snadné řešení. Standardem v osobních počítačích i v mobilech se bohužel staly operační paměti bez ochrany dat ECC, která by dokázala chyby detekovat a částečně i opravit. Právě proto ani moc netušíme, jak často se tyto problémy v počítačích dějí a riskujeme kvůli nim, že přijdeme o práci nebo data. Bránit se tomu lze jen částečně tím, že nebudete přetaktovávat, příliš agresivně „ladit“ výkon, případně i nepoužívat nadšenecké paměti a procesory, které jsou vyhnané na extrémní frekvence na hranici stability; také asi pomůže dbát na dobré chlazení a nenechat hardware jít na hraniční teploty.
Pomůže paměť DDR5, nebo potřebujeme regulérní ECC?
Je otázka, zda třeba většina těchto případů nejsou počítače se starším typem paměti DDR4. Technologie pamětí DDR5 totiž přišla s částečnou ochranou ECC, která by teoreticky mohla pomoct. Problém je, že tzv. on-package ECC zavedená standardem DDR5 pracuje jenom interně v čipech a modul nijak nepředává procesoru a přes něj operačnímu systému informaci o tom, že paměťový modul při provozu generuje chyby. Ty mohou být pomocí této ochrany opraveny, ale také ne, pokud s vyskytne chybových bitů víc a redundantní algoritmy je nezvládnou opravit.
Kromě toho je tu ten problém, že není chráněn přenos dat z paměťových čipů do procesoru a zpět, a právě při něm asi často vznikají chyby potichu kazící přenášená data. Je to možná i pravděpodobnější než to, že se hodnota nějakého bitu změní přímo na čipu, protože současná paměťová rozhraní běhají na velmi vysokých rychlostech a jsou extrémně citlivá na kvalitu signálu a rušení.
Z těchto důvodů má nejspíš on-package ECC v DDR5 modulech jen omezený efekt a nemůže nahradit plnohodnotné ECC moduly, jaké se používají v serverech a pracovních stanicích. Bez nich na PC asi úplnou spolehlivost nikdy mít nebudeme. Snad se v některé z budoucích generací RAM stane ECC standardem…
Zdroj: Gabriele Svelto
Jan Olšan, redaktor Cnews.cz
⠀
Memtest86+ je smejd, na testovanie RAM jedine memtest86 https://www.memtest86.com/ !
Mal som 2x32GB adata. Po niekolkych tyzdnoch modre obrazovky (predtym aj nahle padanie programov, aj tych, ktore dlhodobo boli stabilne). Memtest86+ a rozne tie testy vo windows a linuxoch (vratane roznych live cd zachrannych diskov) prebehli v poriadku, ziadna chyba. Rozobral a zlozil som komp, co najviac ocisteny, pretoze stale som mal podozrenie ze to bude RAM, ale vsetky programy na testovanie hlasili vsetko OK, pass.
Potom som zistil, ked som hladal co vsetko este vie testovat PC, ze existuje aj memtest86, a ze nie je len plateny ale ma aj free verziu a ze memtest86+ nie je vylepsena verzia a ze memtest86 nie je nevyvijana verzia. Memtest86 som preniesol na usb (vytvara svoj vlastny spustaci usb, ked som skusal, nedal sa integrovat medzi ostatne) a hned pri prvom kole, ale niekde pri 9. teste (az niekde ku koncu) nahlasil chyby. Zopakoval som, prehodil moduly. Zas chyby. Potom otestoval kazdy modul zvlast vo vsetkych slotoch a jeden z toho chyby a druhy nie. Uz su to asi 3 roky, co som vadny modul odstranil (a doteraz nereklamoval) a odvtedy ziadna modra obrazovka, nahodny restart, nic.
Je na zamyslenie, ako su vobec robene tie programy na test RAM, ked mozilla test hlasi chyby sposobene RAM a windows aj linux maju testovace ram, windows robieva dump RAM, no ako sa v clanku pise, specializovane programy ako memtest86+ nenajde chybu.
Je to preto, ze to nie su kvalitne urobene testy, za to su free, mnohe opensource. Zatial nic lepsie ako memtest86 z https://www.memtest86.com/ som nenasiel. Vsetky ostatne su len placebo. Chyby najdu len ak je uplne zrejme, ze RAM su vadne.
Hlavne zamyslenie by nemalo byt, ci ma mat RAM plnohodnotne ECC (kedysi som ich pouzival na AMD – zbytocne vyhodene peniaze, cenovy rozdiel bol obrovsky a efekt pre beznu cinnost nulovy), ale ako kvalitne su utility na testovanie integrity RAM, ked neodhalia vadne RAM moduly, chyby sposobene nejakou vadou vramci pamatoveho systemu. Ked „jednoduchy“ mozilla test ich odhaluje. Aby nakoniec tie testovace neboli len obycajne placebo, ktore robia show, ze nieco preblikava na obrazovke. Taka je moja skusenost.
To ECC v DDR5 je vraj preto, aby sa mohli pouzivat aj chipy, ktore by inak museli vyradit. Aby slo pouzit aj vadne kusy, kde to opravuje prave to vnutorne ECC.
Vďaka za vyčerpávajúci príspevok. Ten MemTest86 (na rozdiel od MemTest86+) tuším beží mimo operačný systém? To ho možno robí spoľahlivejším, neviem, len kecám. Ak vie niekto rozobrať veci okolo tohto, tak sem s nimi! 🙂
Okolo pretaktovania sa MemTest86(+) berú ako menej zaťažné a potrebujú viac času na spôsobenie chyby oproti napr. TestMem5 alebo Karhu, ktoré bežia normálne v OS. Len s tým že MemTest beží mimo OS, má prístup k celej pamäti, čo môže pomôcť ak je vadný kus na nejakom regióne adries. Pri pretaktovaní sú ale tie chyby spôsobované nastavením pod hranicu stability mimo spec, čo sa môže prejavovať inak ako proste vadný kus, čím sa aj zmení aký test je vhodný.
Tiež by ma zaujímalo, koľko z tých chýb bude len od ľudí, ktorí si hodia XMP, ktoré nikdy netestujú, a či tam je nejaký vzťah na výrobcu dosky keď inak nastavujú subtimingy.
Jasné, vďaka za info! 🙂
To se netýká jen pamětí, ale také SSD. Sám jsem zakusil několik NVMe, na kterých vyhnila archivovaná data, a to i když byly nonstop pod napětím.
Existuje nejaká aplikácia s hĺbkovou analýzou pre SSD? Niečo ako MemTest86 pre RAM… 🙂
Zmíněný problém by to vzhledem k časovému rámci neřešilo. Zbývá jen zálohovat jak o život.
nepřímo HDtune 5.75. Je to sice starý pro plotny, ale po změně 8MB v settings to dává solidní náhled na stav buněk i u rychlých SSD. Ať už benchmark, nebo error scan a pak přepnout na speedmap.
Na hnijící buňky je pak fajn DiskFresh. Přečte stav a opět zapíše na novo.
DiskFresh je takový s křížkem po funuse, co ti opotřebovává buňky, a výrazně tím krátí životnost. Nevidím v tom žádnou užitečnost, spíše naopak.
Se SATA SSD jsem takovým problémům moc často nečelil. Ale NVMe se podle mé zkušenosti kazí opravdu hodně. Jestli chce mít člověk data v pořádku, musí důkladně dbát na prevenci.
Upsat disk na papírovou životnost je téměř nereálné ve srovnání s hnijícími daty v buňce. Aspoň doma, jakožto domácí uživatel. Občasný přepis je dnes žádoucí, ať už se to děje jaksi samo, nebo ručně.
Dlouho ležící data nejsou ok na dnešních moderních consumer ssd/litografiích. Vlákno o degradaci SSD na PCT může vyprávět realitu, kam až to může dojít jen tak. 1 disk-write jednou za čas není nic, co by poslalo disk do křemíkového nebe. Občasné změření napoví, jak na tom ten disk je konkrétně. Staré držáky to celkově nepotřebují.
Na celkové TBW to jen plivnutí do moře.
Navíc ten DiskFresh je jediné, co pomůže s hnijícími daty nejjednodušším způsobem bez komplet erase a znovu nahrání, či změny disku. Sám si takhle propíšu jednou za čas stále jedoucí qlc Intel 660p. Ten disk padal až k 70MB/s, jak vyhnily data. Holt qlc nikdy nebyl hitparáda 😀
Hlavní je bušit do lidí, aby se nenechali ukolébat představou, že když je disk po napětím, ztráta dat nehrozí.
A což tak ztráta celého zálohovacího disku, kdysi-kdesi ve skříni pod hromadou různých krabic poté, co upadne v zapomění 😀
no tak bez šťavy určite dôjde k degradácii bez prúdu a pri QLC o to skôr.
https://www.xda-developers.com/your-unpowered-ssd-is-slowly-losing-your-data/#:~:text=Without%20power%2C%20the%20voltage%20stored,for%20creative%20professionals%20and%20researchers.
Ale v prípade zapojeného novšieho SSD (v kompe, ktorý sa aspoň občas spúšťa) by to mal firmware (Patrol Read / Background Scrubbing alebo aspoň utility – Samsung Magician a pod.) riešiť a už by to nemal byť taký problém ako v dobe Samsung 840. …alebo som len optimista? 😛
Aj Wear Leveling trochu tomu môže napomôcť pri presúvaní – čo tiež obnoví náboj…čí?
…
nj …a je dobré dbať aj na vhodnú teplotu 😛
Otázka je, aká je vhodná teplota, haha. Niekde pod článkov v EN diskusii bol odkaz na štúdiu, ktorá tuším poukazovala na to, že dlhšia životnosť je pri vyššom ako nízkom zahrievaní. Skrátka, že neplatí, čím dlhšie, tým trvácnejšie. 🙂
To čo spomínaš sa asi týkalo zápisu/čítania do/z buniek
https://pmc.ncbi.nlm.nih.gov/articles/PMC8538043/
…
Ale čo sa týka skladovania offline, tak tam teplota určite neprospieva
Keď dáš „innodisk tritech solutions nand retention“, tak Ti nájde pdf
…
Tu je to dokopy v inom výskume (keď nemáš prístup, tak cez sci hub)
https://www.sciencedirect.com/science/article/abs/pii/S0026271418305079
Mám to! 🙂 https://www.hwcooling.net/en/axagon-clr-m2xl-only-one-ssd-cooler-can-be-the-best-review/#comment-3716
No super 😉 , tá diskusia odkazuje presne na ten istý článok, ktorý uvádzam aj ja – ako posledný 😀
Čiže ako som napísal, vyššia trvácnosť ak je pri zápise vyššia teplota,
-„…Write operations at low temperatures lead to a decrease in data retention time, probably not due to a degradation of the cell but due to parametric drifts of the die embedded electronics dedicated to write operations…“
A degradácia pri skladovaní informácie v NAND pri vyššej teplote – v tom druhom PDF od innodisk píšu:
-„…Testing shows that at the 80°-85°C range the data degradation factor
(DF) reaches 168. In other words, data will degenerate at a rate of 168
times faster than at standard temperature. For example, a device with
a hypothetical data retention rate of 1 year will, if placed in an 80°C
environment, only last around 2 days before data is lost…“
A lidi se mi div nesmějou, když ve skříních koukám po počtech pozic na disky
Väčšina ľudí HDD asi v osobných počítačoch považuje za prežitok, pretože sami používajú SSD. Tak (asi) preto, neviem… 🙂
Pokud je ten přežitek hlučný, což je, tak pryč s ním ….
@ epidot
– alebo ho presunúť do iného PC, kde užívatelia nie sú tak zvukovo senzitívny, a občas urobiť zálohu (buď len dôležitých dát alebo systému napr. filezilla) a natiahnuť zálohu na tento HDD 😛
– alebo ho ponechať v PC a robiť len zálohy a inak nastaviť nech sa netočí, keď sa s ním nepracuje 😛
Nemusí jít nutně o HDD, a i ten se v nečinnosti dá zaparkovat. A o rizicích NVMe SSD se podle mě začne více mluvit, jak bude stoupat jejich cena.
Vďaka za tipy! To HD Tune a návod k nemu znie dobre. 🙂
Používám Memtest86+ z webu „www.memtest.org“ a mám s ním jen nejlepší zkušenosti. Kompletně projede paměť a vyhodí chybu, když je paměť vadná.
Už několikrát se mi stalo, že jsem řešil nestabilní chování PC, projel ho tímto testem a ona byla vadná paměť. Tak jsem RAMku vyměnil a bylo po nestabilitě.
Doporučuji tento skvělý program!