Javítás a Windows Update szolgáltatásban megjelenő potenciális SSD-t károsító hibákhoz

Amikor a Microsoft az év elején bevezette a Windows 10 2004-et, hibát adott, amely lerövidíthette az SSD hosszú élettartamát attól függően, hogy milyen gyakran indítja újra a gépet. Jó hír, hogy javítás van folyamatban, és a probléma nem okozhatott túl sok problémát a frissítés leesése között, hacsak nem sokkal újraindítja a számítógépet (és szennyezi az SSD-t), sokkal többet, mint a tipikus Windows felhasználó.

Először is, íme a hibának a leírása: A Windows 10 2004 olyan problémával érkezett, amelyben a rendszer leállította az SSD utolsó töredezettségmentesítése óta eltelt idő rögzítését. Indítsa újra a gépet, és az operációs rendszer elfelejti, hogy mennyi idő telt el, és azonnal újból elindítja a töredezettségmentesítési kísérleteket. Ezt úgy kezelték, hogy potenciálisan kárt okozhat a szilárdtest-meghajtóban, és nem fogom ezt állítani nem tudta , de valószínű, hogy ez érdemi problémákat okoz. Ennek oka: Bár igaz, hogy az SSD-k töredezettségmentesítése minden egyes újraindításkor nem jó számára, az SSD-k egy szempontból ugyanolyanok, mint a merevlemezek: Minél gyakrabban defragmentáljuk őket, annál kevesebb munkát kell elvégezni az egyes defrag-munkameneteken.

A képen a Windows 10 2004 látható Alvó számítógép

Ez nem azt jelenti, hogy a meghajtót nem gyakorolják feleslegesen, de az a NAND-vaku mennyisége, amely valószínűleg megtörténik az adott defrag-munkamenetek során, kicsi lesz. Számos publikáció azt sugallta, hogy ezek az extra defragok a meghajtó „lassú megölését” jelentik, de ez az értelmezés ugyanúgy, mint minden egyes írási művelet. Ha minden nap újraindítja a gépet, az SSD-t a szükségesnél több tucatszor töredezettebbé tették. Ha olyanok vagytok, mint manapság, ésszerűen stabil számítógéppel, és csak szükség esetén indítunk újra - a saját utolsó újraindításom körülbelül két hete volt -, akkor a meghajtóját csupasz maroknyi alkalommal töredezettebbé tették, mint egyébként.

Amikor az SSD-k először kezdtek piacra kerülni, ez a fajta óvatosság sokkal fontosabb volt. Az olyan operációs rendszerek, mint a Windows Vista, natív módon nem támogatták a TRIM-hez hasonló funkciókat, és rendszeresen javasoljuk, hogy az emberek olyan funkciókat használjanak, mint például a Secure Erase Linux alatt, hogy a meghajtókat teljes gyári teljesítményre állítsák vissza az operációs rendszer telepítései között vagy akár nagy igénybevétel után is. Mivel a meghajtók sokkal kisebbek voltak, az adott NAND cellák kopásának mértéke várható volt az idő múlásával. A különféle algoritmusok, amelyek megvédik az SSD-ket a túl gyors elhasználódástól az íráserősítés csökkentésével, még gyerekcipőben jártak. Mindezen okokból a bírálók és elemzők meglehetősen óvatosak voltak a meghajtón lévő írási ciklusok elfogyásának kockázatával és az adatvesztéshez kapcsolódó esélyekkel kapcsolatban.

Egy évtizeddel később azonban az SSD-k nem bizonyították olyan hosszú élettartamú problémákat, amelyektől egykor féltünk. Általánosságban elmondható, hogy a meghajtó adatmegőrzése és a NAND megbízhatósága nem okozott problémát, bár nyilvánvalóan az SSD-k még mindig meghibásodnak, és az emberek adatvesztési problémákat szenvedtek emiatt. De még a TLC meghajtók is megmutatták magukat jó általános állóképesség és a legtöbb ember nem indítja újra annyira a számítógépét. Fogja meg a frissítést, ha leesik - az SSD kopásának csökkentése mindig jó dolog -, de ne izzadjon a szokásosnál kicsit töredezettebb gondolat. Ennek kicsi az esélye, hogy jelentős problémát okozzon. Az 19042.487 build már javításra került a béta csatornában, és várhatóan rövid időn belül ugyanezek a javítások is bevezetésre kerülnek a 2004-es felhasználók számára.