Reiser5, un sistem de fișiere în dezvoltare, integrează suport pentru scalarea paralelă

ReiserFS

Edward Shishkin este un dezvoltator care a fost responsabil pentru menținerea suportului pentru sistemul de fișiere Reiser4 în ultimul deceniu pentru noile versiuni de nucleu. Deși sistemul a fost menținut, spre deosebire de alte sisteme de fișiere care au avansat în dezvoltarea lor. Edward Shishkin a lucrat la întreținerea Reiser4 și în același timp lucrez la dezvoltarea sistemului de fișiere Reiser5 care deja este disponibil pentru testare.

Această nouă versiune a Reiser5 se remarcă prin includerea inovației în scalarea paralelă, care se realizează nu la nivel de bloc, ci prin sistemul de fișiere.

Ca un avantaj din această abordare, Pachetele non-paralele FS + RAID / LVM și FS non-paralele sunt declarate libere de dezavantaje inerente (ZFS, Btrfs), cum ar fi problema spațiului liber, scăderea performanței la umplerea volumului peste 70%, algoritmi de proiectare a volumului logic (RAID / LVM) învechi, nu vă permite să distribuiți eficient datele pe un volum logic.

Într-un FS paralel, înainte de a adăuga un dispozitiv la un volum logic, acesta trebuie formatat cu utilitarul mkfs standard.

Spre deosebire de ZFS, Reiser5 nu implementează propriul strat de blocuri, chiar dacă folosește un blocator gratuit O (1). Este posibil să compui într-un mod simplu și eficientUn volum logic de la dispozitive de bloc de diferite dimensiuni și lățimi de bandă. Datele sunt distribuite între aceste dispozitive folosind algoritmi noi.

În anunțul acestei versiuni de încercare Edward Shishkin a comentat:

Sunt încântat să anunț o nouă metodă de adăugare a dispozitivelor bloc la volumele logice de pe o mașină locală.

Cred că este un nivel calitativ nou în dezvoltarea sistemului de fișiere (și a sistemului de operare): volume locale cu scalare paralelă ...

În abordarea noastră, scalarea orizontală se face prin mijloace de sistem de fișiere, mai degrabă decât prin mijloace de strat de bloc. Utilizatorul controlează fluxul de cereri de I / O emise pentru fiecare dispozitiv ...

După cum comentează Edward Shishkin: o parte din solicitările I / O direcționate către fiecare dispozitiv este egală cu capacitatea sa relativă atribuită utilizatorului, astfel încât volumul logic să fie umplut cu datele „uniform” și „corect”.

În același timp, dispozitivele cu blocuri de capacitate mai mică primesc mai puține blocuri pentru stocare, iar dispozitivele cu performanțe mai reduse nu devin un blocaj (cum este cazul, de exemplu, în matricile RAID).

Adăugarea unui dispozitiv la volum și scoaterea dispozitivului din volum este însoțită de o reechilibrare care păstrează „corectitudinea” distribuției.

Toate dispozitivele bloc incluse pot fi întreținute simultan pe volumul logic folosind o abordare individuală pentru fiecare dintre ele (defragmentare pentru hard disk-uri, postarea interogărilor de renunțare pentru SSD etc.).

Spațiul liber pe un volum logic este controlat de utilitarul standard df (1). În plus, utilizatorul are posibilitatea de a monitoriza spațiul liber pe fiecare componentă a dispozitivului de volum logic.

Progrese semnificative în scalarea orizontală realizate folosind fișierul de rețea paralel (GPFS, Luster etc.). Cu toate acestea, nu era clar cum să aplici
tehnologiile dvs. către un FS local.

În principal, se întâmplă deoarece într-un fișier local sistemele nu au la fel de mult lux ca „stocare back-end” ca rețeaua ei fac. Ce are FS local este o interfață extrem de slabă interacțiunea cu stratul de bloc. De exemplu, pe Linux FS local puteți doar compuneți și emiteți o cerere I / O împotriva unui tampon.

Printre articolele care se află încă în lista TODO a lui Reiser5 Acestea sunt:

  • Actualizare FSCK pentru a suporta volume logice
  • LV asimetric cu mai mult de un bloc de metadate pe volum
  • volume logice simetrice
  • Instantanee 3D ale LV
  • Distribuirea metadatelor pe mai multe subvolumuri
  • Verificați / restaurați volume logice folosind utilitarul fsck (actualizarea de la versiunea anterioară)
  • Volume globale (rețele), adăugând dispozitive pe diferite mașini.

Dacă doriți să aflați mai multe despre aceasta, puteți consulta următorul link. 


Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: AB Internet Networks 2008 SL
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.

  1.   luix el a spus

    Wow, am crezut că reiserfs a murit după Hans ..