În 2012, Microsoft a decis să îmbunătățească sistemul de fișiere NTFS și a lansat o versiune de testare, mai fiabilă, a ReFS (Resilient File System).

Astăzi, acest format este disponibil pentru utilizatorii sistemelor de operare Windows 8/8.1 și Windows 10 Windows 7 și versiunile anterioare nu funcționează cu dispozitive de acest format. Cum se schimbă formatul unei unități flash în ReFS în Windows 8/8.1 și Windows 10?

Avantajele și dezavantajele formatului ReFS

Acest sistem de fișiere are multe avantaje. Cu toate acestea, deoarece se aflau în stadiul inițial al dezvoltării NTFS, sunt destul de șocante.

Printre avantajele ReFS merită evidențiate:

• Locația fișierului catalogat;
• Toleranța la erori, care este implementată prin procese de recuperare în fundal și de înregistrare. Totuși, în același timp, această calitate este și un dezavantaj. De fapt, dacă unitatea eșuează, nu veți găsi niciun instrument pentru a o restaura.
• Remediază automat erorile și corupția fișierelor.
• Copiați, scrieți și mutați fișiere mari.

• Suport pentru legături simbolice.
• Viteză mare de transfer de date.

Dintre dezavantajele acestui sistem, merită subliniat:

• Incompatibil cu sistemele de operare Windows 7 și versiuni anterioare;
• Lipsa programelor de conversie;
• Dimensiune fixă ​​a clusterului de 67 KB;
• Fără cote;
• Fără deduplicare (fișierele vor fi copiate în 2 sau mai multe copii).

Și deși avantajele sunt semnificative, sistemul de fișiere NTFS va ocupa o poziție de lider pentru încă câțiva ani. Dacă aveți instalat Windows 8/8.1 sau Windows 10, puteți formata o unitate și puteți testa ReFS.

Formatați o unitate flash în ReFS

Pentru a formata o unitate în ReFS, trebuie să faceți modificări în Editorul Registrului. Pentru a face acest lucru, apăsați „Win ​​+R” și introduceți „regedit”.

Se va deschide Editorul Registrului. Accesați filiala „HKEY_LOCAL_MACHINE”, „SYSTEM”,

Faceți clic dreapta pe secțiune și selectați „Nou”, „Valoare DWORD”. Apelați parametrul „RefsDisableLastAccessUpdate” și setați valoarea la „1”.

În secțiunea „Control” a aceleiași ramuri, merită să creați o nouă secțiune. Să-i spunem „MiniNT”. În el creăm un parametru DWORD cu numele „AllowRefsFormatOverNonmirrorVolume” și valoarea „1”.

Reporniți computerul pentru ca modificările să intre în vigoare.

De asemenea, puteți formata unitatea folosind consola Disk Management. Pentru a face acest lucru, introduceți comanda „format e:/fs:refs”, apoi faceți clic pe „Da”.

Nu cu mult timp în urmă, a fost lansată o versiune beta publică a Microsoft Windows 8 Server cu suport pentru sistemul de fișiere anunțat ReFS (Resilient File System), cunoscut anterior sub numele de cod „Protogon”. Acest sistem de fișiere este oferit ca alternativă la sistemul de fișiere NTFS, care s-a dovedit de-a lungul anilor, pe segmentul sistemelor de stocare a datelor bazate pe produse Microsoft, cu migrarea ulterioară a acestuia în zona sistemelor client.

Scopul acestui articol este o descriere superficială a structurii sistemului de fișiere, avantajele și dezavantajele acestuia, precum și o analiză a arhitecturii acestuia din punctul de vedere al menținerii integrității datelor și a perspectivelor de recuperare a datelor în caz de deteriorare sau ștergerea de către utilizator. Articolul dezvăluie, de asemenea, un studiu al caracteristicilor arhitecturale ale sistemului de fișiere și performanța potențială a acestuia.

Windows Server 8 Beta

Opțiunea de sistem de fișiere disponibilă în această versiune a sistemului de operare acceptă doar clustere de date de 64 KB și clustere de metadate de 16 KB. Nu este încă clar dacă va exista suport pentru sistemele de fișiere ReFS cu alte dimensiuni de cluster: în prezent, parametrul Cluster Size la crearea unui volum ReFS este ignorat și este întotdeauna setat implicit. Când formatați FS, singura opțiune disponibilă pentru a selecta dimensiunea clusterului este 64KB. El este, de asemenea, singurul menționat în blogurile dezvoltatorilor.

Această dimensiune a clusterului este mai mult decât suficientă pentru a organiza sisteme de fișiere de orice dimensiune practică, dar în același timp duce la o redundanță semnificativă în stocarea datelor.

Arhitectura sistemului de fișiere

În ciuda mențiunilor frecvente despre asemănările dintre ReFS și NTFS la un nivel înalt, vorbim doar de compatibilitatea unor structuri de metadate, cum ar fi „informații standard”, „numele fișierului”, compatibilitatea în valorile unor steaguri de atribute, etc. Implementarea pe disc a structurilor ReFS este fundamental diferită de alte sisteme de fișiere Microsoft.

Principalele elemente structurale ale noului sistem de fișiere sunt arborii B+. Toate elementele structurii sistemului de fișiere sunt reprezentate de arbori B+ cu un singur nivel (liste) sau cu mai multe niveluri, ceea ce vă permite să scalați semnificativ aproape oricare dintre elementele sistemului de fișiere. Împreună cu numerotarea reală pe 64 de biți a tuturor elementelor sistemului, aceasta elimină apariția blocajelor în timpul scalării ulterioare.

În afară de înregistrarea rădăcină a arborelui B+, toate celelalte înregistrări au dimensiunea unui întreg bloc de metadate (în acest caz, 16KB); nodurile intermediare (adresă) au o dimensiune totală mică (aproximativ 60 de octeți). Prin urmare, de obicei, este necesar un număr mic de niveluri de arbore pentru a descrie chiar și structuri foarte mari, ceea ce are un efect destul de favorabil asupra performanței generale a sistemului.

Principalul element structural al sistemului de fișiere este „Directorul”, prezentat sub forma unui arbore B+, a cărui cheie este numărul obiectului folderului. Spre deosebire de alte sisteme de fișiere similare, un fișier din ReFS nu este un element cheie separat al „Directorului”, ci există doar ca o intrare în folderul care îl conține. Din cauza acestei caracteristici arhitecturale, legăturile hard către ReFS nu sunt acceptate.

„Frunzele directorului” sunt înregistrări tastate. Există trei tipuri principale de intrări pentru un obiect de folder: mânerul de director, intrarea de index și mânerul de obiect imbricat. Toate astfel de înregistrări sunt ambalate ca un arbore B+ separat cu un ID de folder; rădăcina acestui arbore este o frunză a arborelui B+ din „Director”, care vă permite să împachetați aproape orice număr de înregistrări într-un folder. La nivelul de jos în frunzele arborelui B+ al unui folder se află în primul rând o intrare de descriptor de director care conține informații de bază despre folder (cum ar fi numele, „informații standard”, atributul numelui fișierului etc.). Structurile de date au multe în comun cu cele adoptate în NTFS, deși au o serie de diferențe, dintre care principala este absența unei liste tipizate de atribute numite.

Urmează în director așa-numitele intrări de index: structuri scurte care conțin date despre elementele conținute în folder. În comparație cu NTFS, aceste înregistrări sunt mult mai scurte, ceea ce reduce sarcina volumului cu metadate. Ultimele sunt intrările elementelor din director. Pentru foldere, aceste elemente conțin numele pachetului, identificatorul folderului din „Director” și structura „informațiilor standard”. Pentru fișiere nu există un identificator, ci în schimb structura conține toate datele de bază despre fișier, inclusiv rădăcina arborelui B+ al fragmentelor de fișiere. În consecință, fișierul poate consta din aproape orice număr de fragmente.

Pe disc, fișierele sunt localizate în blocuri de 64 KB, deși sunt abordate în același mod ca și blocurile de metadate (în clustere de 16 KB). „Reședința” datelor fișierelor nu este acceptată pe ReFS, așa că un fișier de 1 octet pe disc va ocupa un întreg bloc de 64KB, ceea ce duce la o redundanță semnificativă de stocare a fișierelor mici; pe de altă parte, simplifică gestionarea spațiului liber și alocarea spațiului liber pentru un fișier nou este mult mai rapidă.

Dimensiunea metadatelor unui sistem de fișiere gol este de aproximativ 0,1% din dimensiunea sistemului de fișiere în sine (adică aproximativ 2 GB pe un volum de 2 TB). Unele metadate de bază sunt duplicate pentru o mai bună toleranță la erori.

Dovada de esec

Nu a existat niciun obiectiv de a testa stabilitatea implementării existente ReFS. Din punct de vedere al arhitecturii sistemului de fișiere, are toate instrumentele necesare pentru recuperarea securizată a fișierelor chiar și după o defecțiune gravă a hardware-ului. Părți ale structurilor de metadate conțin identificatori proprii, ceea ce vă permite să verificați dreptul de proprietate asupra structurilor; Legăturile de metadate conțin sume de control pe 64 de biți ale blocurilor la care se face referire, ceea ce face posibilă evaluarea integrității blocului citit de pe legătură.

Este de remarcat faptul că sumele de control ale datelor utilizatorului (conținutul fișierului) nu sunt calculate. Pe de o parte, acest lucru dezactivează mecanismul de verificare a integrității în zona de date, pe de altă parte, accelerează funcționarea sistemului datorită numărului minim de modificări în zona de metadate.

Orice modificare a structurii metadatelor se realizează în două etape: mai întâi, o copie nouă (modificată) a metadatelor este creată în spațiul liber pe disc, apoi, dacă reușește, o operație de actualizare atomică transferă legătura de la vechea (neschimbată) la noua zonă de metadate (modificată). Această strategie (Copy-on-Write (CoW)) vă permite să faceți fără logare, menținând automat integritatea datelor.

Confirmarea unor astfel de modificări pe disc poate să nu dureze suficient de mult, permițând combinarea mai multor modificări ale stării sistemului de fișiere într-una singură.

Această schemă nu se aplică datelor utilizatorului, astfel încât orice modificări ale conținutului fișierului sunt scrise direct în fișier. Ștergerea unui fișier se face prin reconstruirea structurii metadatelor (folosind CoW), care păstrează versiunea anterioară a blocului de metadate pe disc. Acest lucru face posibilă recuperarea fișierelor șterse înainte ca acestea să fie suprascrise de noi date de utilizator.

Redundanța stocării datelor

În acest caz, vorbim despre consumul de spațiu pe disc din cauza schemei de stocare a datelor. În scopuri de testare, serverul Windows instalat a fost copiat pe o partiție ReFS de 580 GB. Dimensiunea metadatelor pe un sistem de fișiere gol a fost de aproximativ 0,73 GB.

Când copiați un server Windows instalat pe o partiție cu ReFS, redundanța stocării datelor fișierelor a crescut de la 0,1% pe NTFS la aproape 30% pe ReFS. În același timp, aproximativ 10% din redundanță a fost adăugată datorită metadatelor. Drept urmare, „datele utilizatorului” de 11 GB (mai mult de 70 de mii de fișiere) pe NTFS, ținând cont de metadate, au luat 11,3 GB, în timp ce pe ReFS aceleași date au luat 16,2 GB; aceasta înseamnă că redundanța stocării datelor pe ReFS este de aproape 50% pentru acest tip de date. Cu un număr mic de fișiere mari, acest efect nu este în mod natural observat.

Viteza de operare

Datorită faptului că vorbim despre Beta, nu au fost efectuate măsurători ale performanței FS. Din punct de vedere al arhitecturii FS se pot trage câteva concluzii. La copierea a peste 70 de mii de fișiere în ReFS, aceasta a creat un arbore B+ al „Directorului” de 4 niveluri de dimensiune: „rădăcină”, nivel intermediar 1, nivel intermediar 2, „frunze”.

Astfel, căutarea atributelor de folder (presupunând că rădăcina arborelui este stocată în cache) necesită 3 citiri de blocuri de 16 KB. Pentru comparație, pe NTFS această operațiune va dura o citire de 1-4KB în dimensiune (presupunând că harta locației $MFT este stocată în cache).

Găsirea atributelor fișierului după folder și numele fișierului într-un folder (un folder mic cu mai multe intrări) pe ReFS va necesita aceleași 3 citiri. Pe NTFS, vor fi necesare 2 citiri a câte 1 KB fiecare sau 3-4 citiri (dacă intrarea fișierului este în atributul „index” nerezident). În pachetele mai mari, numărul de citiri NTFS crește mult mai repede decât numărul de citiri cerut de ReFS.

Situația este exact aceeași pentru conținutul fișierelor: în cazul în care o creștere a numărului de fragmente de fișiere pe NTFS duce la o enumerare a listelor lungi răspândite în diferite fragmente $MFT, pe ReFS aceasta este realizată printr-o căutare eficientă prin B+. -copac.

concluzii

Este prea devreme pentru a trage concluzii finale, dar din implementarea actuală a sistemului de fișiere se vede confirmarea focalizării inițiale a sistemului de fișiere pe segmentul de server și, mai ales, pe sistemele de virtualizare, DBMS și serverele de stocare a datelor de arhivă. , unde viteza și fiabilitatea funcționării sunt de o importanță capitală. Principalul dezavantaj al sistemului de fișiere, cum ar fi ambalarea ineficientă a datelor de pe disc, este anulat pe sistemele care funcționează cu fișiere mari.

SysDev Laboratories va monitoriza dezvoltarea acestui sistem de fișiere și intenționează să includă suport pentru recuperarea datelor din acest sistem de fișiere. Suportul experimental ReFS pentru versiunea beta a Microsoft Windows 8 Server a fost deja implementat cu succes în produsele UFS Explorer și este disponibil pentru testare beta închisă între parteneri. Lansarea oficială a instrumentelor pentru recuperarea fișierelor șterse din ReFS, precum și recuperarea datelor după deteriorarea sistemului de fișiere ca urmare a defecțiunilor hardware, este planificată puțin mai devreme sau simultan cu lansarea Microsoft Windows 8 Server cu suport ReFS.

Versiunea din 16.03.2012.
Pe baza materialelor de la laboratoarele SisDev

Reproducerea sau citarea este permisă cu condiția menținerii referinței la original.

Windows 10 acceptă mai multe sisteme de fișiere imediate. Unele sunt moștenite și există în primul rând pentru compatibilitate cu versiunea anterioară, altele sunt moderne și au aplicații largi. Acest articol descrie diferite metode pe care le puteți utiliza pentru a vedea cu ce sistem de fișiere sunt formatate unitățile dvs.

Sistemul de fișiere este o modalitate specială de a stoca și organiza informațiile pe diferite medii, inclusiv hard disk, unități SSD, unități USB și alte dispozitive. Vă permite să stocați, să modificați, să citiți fișiere și foldere pentru aplicații și sistemul de operare instalat pe computer.

Când formatați o unitate internă sau o unitate flash, o pregătiți pentru a fi utilizată ca mediu de stocare pentru sistemul dvs. de operare. În timpul acestui proces, este creat un sistem de fișiere. În timpul formatării, toate informațiile stocate pe disc sau pe partiție vor fi șterse.

Windows 10 acceptă sisteme de fișiere FAT, FAT32, exFAT, NTFSȘi ReFS fără a utiliza software suplimentar.

Au funcții și proprietăți diferite. De exemplu, FAT și FAT32 sunt sisteme de fișiere vechi. FAT acceptă o capacitate maximă de 4 GB, FAT32 acceptă 32 GB. Sistemele de fișiere FAT au, de asemenea, limitări în ceea ce privește dimensiunea maximă a fișierului. NTFS este singurul sistem de fișiere care acceptă compresia și criptarea fișierelor și are funcții avansate.

Există mai multe metode pe care le puteți utiliza pentru a găsi sistemul de fișiere folosit pe unitățile dvs.

Pentru a afla sistemul de fișiere de pe unități în Windows 10, urmați acești pași.

1. Deschis "Conductor"și accesați folderul "Acest calculator".

1. Faceți clic dreapta pe unitate și selectați din meniul contextual „Proprietăți”.

1. În fereastra Proprietăți, pe fila General, veți vedea sistemul de fișiere al discului dvs.

Această metodă este cea mai simplă și mai rapidă.

Alternativ, puteți utiliza instrumentul Diskpart, Disk Management sau PowerShell.

Vizualizați sistemul de fișiere pe disc folosind Diskpart

1. Apăsați combinația de taste Win + R.

1. În câmpul Run, introduceți „ diskpart" și apăsați Enter.

1. În Diskpart, introduceți comanda volumul listei.

După rularea comenzii, veți vedea sistemul de fișiere pentru fiecare unitate conectată la computer.

Afișați sistemul de fișiere pe disc utilizând Gestionarea discurilor.

1. Apăsați Win + X sau faceți clic dreapta pe buton "Start".

1. Din meniul WinX, selectați

1. Consultați Valori în coloana Sistem de fișiere.

În cele din urmă, există o altă modalitate de a determina sistemul de fișiere pentru fiecare unitate conectată la computer folosind limbajul de scripting PowerShell.

1. Deschis PowerShellîn numele administratorului.

1. Introduce: obţine-volumși apăsați tasta Enter.

1. Pentru ieșire, consultați valorile în coloană FileSystemType.

Acum știți că este foarte ușor să determinați sistemul de fișiere pentru discurile dvs. Puteți folosi orice metodă care vă place mai mult.

Metoda de stocare a ceva implică întotdeauna un fel de ordine, dar dacă în viața umană nu este o condiție prealabilă, atunci în lumea computerelor, stocarea datelor fără aceasta este aproape imposibilă. Această ordine se reflectă în sistemul de fișiere, un concept familiar pentru majoritatea utilizatorilor diferitelor dispozitive electronice și sisteme de operare.

Un sistem de fișiere poate fi comparat cu un fel de marcare care determină cum, unde și în ce mod ar trebui să fie scris fiecare octet pe suport. Primele sisteme de fișiere care au apărut în zorii erei electronice au fost foarte imperfecte, precum Minix, un sistem de fișiere care are o mulțime de limitări și este folosit în sistemul de operare Minix cu același nume, care a devenit ulterior prototipul Nucleul Linux.

Dar timpul a trecut, au apărut noi sisteme de fișiere, mai avansate și mai stabile. Astăzi, cel mai popular dintre ele, cel puțin în rândul utilizatorilor de Windows, este NTFS, care a înlocuit FAT32, care acum este folosit doar în unitățile flash mici și are multe dezavantaje, dintre care cel mai semnificativ este incapacitatea de a scrie fișiere mai mari de 4 GB. . Cu toate acestea, NTFS nu este lipsit de ele. Deci, conform multor experți, îi lipsește eficiența, performanța și stabilitatea, prin urmare, a sosit momentul să ne gândim la crearea unui sistem de fișiere și mai avansat, care să poată satisface cerințele tot mai mari de la primul server și apoi sistemele client.

Și astfel, în 2012, dezvoltatorii Microsoft au introdus Resilient File System, sau pe scurt ReFS, un sistem de fișiere recuperabil poziționat ca alternativă la NTFS și, în viitor, posibil înlocuirea acestuia. De fapt, ReFS este o continuare a dezvoltării NTFS, din care s-a decis să se elimine toate lucrurile inutile care nu au devenit niciodată populare și să se adauge noi caracteristici.

Nou în sistemul de fișiere rezistent:

• Arhitectură folosind funcția (Spatii de stocare)
• Toleranță ridicată la erori. Erorile sistemului de fișiere care au dus la pierderea datelor în NTFS vor fi minimizate în ReFS
• Izolarea zonelor deteriorate. Dacă zonele sistemului de fișiere sunt deteriorate, datele înregistrate pot fi accesate din Windows care rulează
• Corectarea proactivă a erorilor. Scanează automat volumele pentru a detecta daune și aplică măsuri preventive de recuperare a datelor
• Recuperarea automată a subfolderelor și a fișierelor asociate atunci când metadatele sunt deteriorate
• Utilizarea scrierilor redundante pentru a îmbunătăți toleranța la erori
• Dimensiunea maximă a volumului în ReFS poate ajunge la 402 EB față de 18,4 EB în NTFS
• Un fișier de 18,3 EB poate fi scris într-un fișier formatat în ReFS
• Numărul de fișiere dintr-un folder este de 18 trilioane. față de 4,3 miliarde în NTFS
• Lungimea numelui fișierului și a căii către acesta este 32767 față de 255 în NTFS

Ce va fi eliminat:

• Suport pentru compresia datelor
• Criptarea datelor folosind tehnologia EFS
• Atribute extinse ale fișierului
• Legături dure
• Cote de disc
• Suport pentru nume scurte și ID-uri de obiect
• Posibilitatea de a modifica dimensiunea clusterului (rămâne în discuție)

Ce va fi moștenit de la NTFS:

• Liste de control al accesului (ACL)
• Crearea de instantanee de volum
• Puncte de montare
• Puncte de reprocesare
• Criptare BitLocker
• Crearea și utilizarea legăturilor simbolice
• Înregistrarea tuturor modificărilor care apar în sistemul de fișiere (jurnal USN)

În prezent, ReFS se află în testare timpurie, totuși, informaticii pot aprecia beneficiile ReFS acum, iar pe un sistem client Windows 8.1 sau 10, va trebui să efectuați următoarea modificare a registrului:

Cu toate acestea, utilizarea ReFS în mod continuu nu este recomandată. În primul rând, sistemul este încă neterminat, în al doilea rând, nu există nicio posibilitate de conversie în ReFS și invers folosind programe terțe, în al treilea rând, dacă pierdeți sau ștergeți accidental fișiere dintr-o partiție formatată în ReFS, nu va fi nimic care să le restaurați , deoarece programele Nu există încă instrumente de recuperare a datelor care funcționează cu acest sistem de fișiere.

Ar trebui să ne așteptăm la implementarea ReFS în viitorul apropiat? Putem spune cu mai multă certitudine că nu. Dacă va fi folosit în practică, va fi mai întâi pe sisteme server, ceea ce nu se va întâmpla în curând, dar utilizatorii clientului Windows vor trebui să aștepte după aceea cel puțin încă cinci ani. Este suficient să ne amintim implementarea NTFS pe sistemele client, iar apoi Microsoft a avut nevoie de șapte ani. Ei bine, cel mai important lucru este că pur și simplu nu este nevoie specială de ReFS. Când discurile zettabyte apar pe computerele desktop, atunci poate că va veni cea mai bună oră pentru ReFS, dar deocamdată trebuie doar să avem răbdare și să așteptăm.

O zi bună!

Introducere

Sistemul de fișiere NTFS a fost introdus în 1993, conform standardelor IT. Cea mai recentă versiune 3.1 a fost lansată în octombrie 2001, împreună cu Windows XP, iar NTFS nu sa schimbat de atunci. Sistemele de operare mai noi au introdus funcții noi, dar toate au folosit capabilitățile deja încorporate în NTFS. În 2018, Windows 10 încă folosește acest sistem de fișiere, Microsoft chiar nu a venit cu nimic nou de-a lungul anilor? Nu, au venit cu asta. În 2012, a fost introdusă ediția server de Windows, care conține suport pentru cel mai recent sistem de fișiere de la Microsoft - ReFS (sistem de fișiere rezistent). ReFS aduce ecosistemului Windows multe funcții noi care au fost implementate de mult timp în alte sisteme de fișiere. Principalele sunt utilizarea arborilor B+ pentru a stoca toate datele și metadatele, ceea ce vă permite să transformați efectiv sistemul de fișiere într-o bază de date relațională, copiere la scriere, atunci când copiarea efectivă a datelor are loc doar atunci când se modifică, precum și ca verificarea integrității datelor. În general, toate aceste modificări au ca scop optimizarea performanței și creșterea toleranței la erori ale sistemului.

În această testare, vom evalua viteza sistemului de fișiere ReFS pe hard disk, deoarece pentru ele capabilitățile încorporate în FS sunt de mare valoare. Într-una dintre actualizări, Microsoft a exclus din Windows 10 posibilitatea de a formata partiții în ReFS, așa că în acest scop vom folosi utilitarul gratuit mkrefs. Pentru testare, a fost alocată o partiție de 8 GB la sfârșitul spațiului pe disc. Pe HDD s-au efectuat operațiuni de copiere și citire de pe acesta fișiere muzicale, imagini, videoclipuri, precum și o imagine ISO. În plus, au fost efectuate teste CrystalDiskMark. Pentru a construi graficele, am folosit procesorul de foi de calcul LibreOffice Calc, care face parte din suita de birou gratuită LibreOffice.

Caracteristicile sistemului de testare:

• Procesor: Xeon E5440 @ 3,4 GHz
• GIGABYTE GA-P35-DS3L
• RAM: 3584 MB DDR2-800
• Hard disk: Seagate Barracuda 7200.10 3250410AS 250 GB SATA II
• Unitate solidă: SanDisk SDSSDHII-120G-G25 120 GB
• Windows 10 Pro x64, versiunea 16299.309

Rezultatele testului:

CrystalDiskMark 5.5.0 x64, citire secvențială (MB/s)

CrystalDiskMark 5.5.0 x64, scriere secvențială (MB/s)

CrystalDiskMark 5.5.0 x64, citire aleatorie (MB/s)

CrystalDiskMark 5.5.0 x64, scriere aleatorie (MB/s)

Înregistrarea a 1000 de fișiere mp3 (6,34 GB), s

Înregistrarea a 10.000 de imagini (3,39 GB), s

Înregistrarea a 50 de videoclipuri (4,5 GB), s

Inscripționați imaginea ISO (2,3 GB), s

Citirea a 1000 de fișiere mp3 (6,34 GB), s

Citirea a 10.000 de imagini (3,39 GB), s

Citirea a 50 de videoclipuri (4,5 GB), cu

Citiți imaginea ISO (2,3 GB), s

Concluzie

Desigur, sistemul de fișiere ReFS este un mare pas înainte în comparație cu NTFS în ceea ce privește toleranța la erori. Cu toate acestea, din punct de vedere al performanței, nu totul este atât de lin. ReFS este înaintea NTFS atunci când lucrați cu multe fișiere mici și când citiți fișiere mari, în timp ce NTFS, la rândul său, este înaintea când lucrați cu fișiere de dimensiuni medii și când scrieți fișiere mari.

În plus față de ReFS și NTFS în sine, la testare au luat parte și oaspeți din lumea Linux - FS Ext2, Ext4 și BTRFS răspândite, precum și FAT32 încă folosit și exFAT-ul înlocuitor. Interesant, BTRFS și ReFS demonstrează performanțe similare în aproape toate testele, ceea ce nu este surprinzător, deoarece ambele sisteme sunt foarte asemănătoare. FAT32 și exFAT nu au o funcție de jurnalizare și sunt sensibile la defecțiuni neașteptate, așa că sunt inadecvate pentru utilizare acolo unde siguranța datelor este importantă. Lipsa jurnalizării are un efect pozitiv asupra funcționării unităților flash, care sunt de fapt principalul mediu de utilizare a FAT32 și exFAT. În multe cazuri, aceste sisteme de fișiere prezintă performanțe mai bune decât sistemele de fișiere jurnalizate, mai ales atunci când se lucrează cu fișiere medii și mari.

Astfel, putem spune că sistemul de fișiere ReFS are cu siguranță avantajele sale și utilizarea lui în anumite cazuri nu este doar justificată, ci chiar recomandată. Da, în acest moment ReFS nu este încă atât de răspândit pe cât ne-am dori, dar poate că în viitor performanța sa va crește, vor fi adăugate noi funcționalități și cele existente vor fi extinse și nu numai că va câștiga o popularitate mai mare, ci și înlocuiți NTFS.