Experimentul a fost realizat pe unitatea USB Flash Drive USB Microvault USB Flash cu o capacitate de 1 gigabyte. Este important să înțelegeți că diferitele unități flash se vor comporta diferit. Depinde de numeroși factori, dintre care unele au fost considerate anterior pe paginile resurselor noastre.
Test de rezistență
Pentru testare, Josh Bressers a scris un utilitar special care folosește pavilionul O_DIRECT. Acest lucru a permis sistemului de fișiere să acceseze direct fișierul. Problema este că sistemul de fișiere preferă să cacheze datele în RAM. Cum funcționează caching-ul, cititorii noștri știu deja. de data aceasta ne vom lipsi de detalii.
În majoritatea cazurilor, caching-ul este soluția optimă, dar pentru sarcinile acestui test nu a fost potrivit, deoarece a fost unitatea flash care a fost testată pentru putere. De fiecare dată când era necesar să se adreseze, nu RAM. Pentru a utiliza O_DIRECT, unitatea flash a trebuit să fie reformatată în sistemul de fișiere ext3. Inițial, a fost livrat cu sistemul de fișiere vfat, care nu diferă de capacitatea de a funcționa corect cu eticheta O_DIRECT.
Sistemul de fișiere a fost creat după cum urmează:
mkfs.ext3 -m 0 -b 1024 / dev / sdb1
Pregătirea pentru experiment a fost finalizată și a început testarea.
În primul rând, unitatea a fost complet umplută cu date, doar un bloc liber a fost lăsat. Trebuia să înregistreze în el tot mai multe date noi, până când discul flash a refuzat. Fișierul de testare a fost creat în felul următor:
dd dacă = / dev / urandom of = fișierul test bs = 1024 count = 1
Discul a fost completat cu următoarea comandă:
dd if = / dev / urandom of = fișier mare
Apoi a venit testul, care a fost realizat folosind o aplicație care a suprascris fișierul de testare până când unitatea flash a refuzat.
Sa dovedit că un bloc nu este suficient. Josh Bressers însuși nu știe motivele acestui fenomen. Acestea sunt caracteristicile sistemului de fișiere. Pentru acest test, au fost necesare trei blocuri libere pe unitatea flash USB.
Josh Bressers a crezut că unitatea flash va rezista la aproximativ 30.000 de cicluri de rescriere. Adică, circa 10.000 de cicluri de scriere pe bloc.
Rezultatele testelor
Pe graficele (în continuare) care ilustrează procesul de testare, timpul este dat în microsecunde și numărul de cicluri în mii de cicluri.
Unitatea Flash a refuzat după ce datele au fost scrise în ea 90 milioane 593 mii de 104 ori. Rezistența ei a depășit așteptările de mai multe ori. Punerea în aplicare a fiecărei majorități a ciclurilor de înregistrare a necesitat aproximativ 1 mie 500 microsecunde (milioane de secunde).
Graficul arată că din când în când a avut loc un ciclu de înregistrare "lung": cu o durată mai mare de 10 mii microsecunde. Aparent, unitatea flash "a simțit" că nu va fi capabilă să reziste în curând unei astfel de lucrări intense și a început să încetinească viteza implementării fiecărui ciclu. În același timp, viteza de citire a rămas aceeași.
Sfârșitul unității flash a venit în timpul ciclului de scriere, nu a citit. Terminalul (consola) a emis următorul mesaj de eroare:
Este interesant faptul că computerul a continuat să "vadă" unitatea și a permis citirea informațiilor din acesta, refuzând doar să scrie date. Josh Bressers își asumă o probabilitate semnificativă ca unitatea flash să își păstreze capacitatea de a citi date de la acesta chiar și după ce a devenit inutilizabilă. Aceasta înseamnă că probabilitatea pierderii datelor este mai mică decât pierderea capacității de scriere.
Cu toate acestea, nu poate fi decât despre probabilitate. Nu există și nu există încredere în astfel de cazuri. Trebuie avut în vedere faptul că cele de mai sus sunt rezultatele testării unei instanțe specifice a unui model complet definit al unei unități flash.
Alți experți consideră că unitatea flash este capabilă să reziste la aproximativ un milion de cicluri de înregistrare a datelor sau ștergere de date.
Bazat pe bress.net
# fapte | Câte cicluri de înregistrare are o unitate flash? Oleg Dovbnya
Trimiteți-le prietenilor: