ReiserFS

ReiserFS
Dezvoltator namesys
Sistemul de fișiere ReiserFS
Data depunerii 2001 ( Linux 2.4.1)
etichetă de volum Apple_UNIX_SVR2 ( Apple Partition Map )
0x83 ( MBR )
EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 ( GPT )
Structura
Conținutul folderului B⁺-arborele
Plasarea fișierului bitmap [1]
Restricții
Dimensiunea maximă a fișierului 1 EiB (8 TiB pe sisteme pe 32 de biți) [2]
Numărul maxim de fișiere 2 32 -3 (~4 miliarde) [2]
Lungimea maximă a numelui fișierului 4032 de octeți, limitat la 255 de Linux VFS
Dimensiunea maximă a volumului 16 TiB [2]
Caractere valide în titluri Toți octeții, cu excepția NULL și'/'
Capabilități
Proprietăți modificare (mtime), modificare metadate (ctime), acces (atime)
Interval de date 14 decembrie 1901 – 18 ianuarie 2038
Precizia stocării datei 1 secunda
Fluxuri de metadate Da (numite Atribute extinse )
Drepturi de acces Unix , ACL -uri și atribute de securitate arbitrare
Comprimarea fundalului Nu
Criptare în fundal Nu
Sistem de operare acceptat linux

ReiserFS  este un sistem de fișiere de jurnalizare dezvoltat special pentru Linux de Namesys sub conducerea lui Hans Reiser ; acest nume denotă a treia versiune a familiei de sisteme de fișiere Reiser (în timp ce a patra se numește Reiser4 ).

Acceptat numai sub Linux . A devenit primul sistem de fișiere de jurnalizare inclus în nucleul Linux (în versiunea 2.4.1); este principalul sistem de fișiere în distribuțiile Elive , Xandros , Linspire , GoboLinux , Yoper Linux , a fost anterior principalul sistem de fișiere în SuSE (Enterprise, până în octombrie 2006), Ubuntu , Gentoo , Archlinux , Slackware , recomandat și în Calculate Linux [3] . Versiunile de ReiserFS incluse în nucleul Linux al versiunilor mai vechi (înainte de versiunea 2.4.10) sunt recunoscute ca instabile de Namesys și nu sunt recomandate pentru uz industrial, mai ales împreună cu NFS .

Comanda mkreiserfs este utilizată pentru a crea structuri de sistem de fișiere .

Sistemul acceptă realocare configurabilă a blocurilor  - capacitatea de a împacheta mai multe fișiere mici într-un singur bloc pentru a evita fragmentarea și risipa de spațiu pe disc. Din cauza penalizării severe de performanță, Namesys recomandă dezactivarea acestei caracteristici pe mașinile sensibile la resurse. De asemenea, sunt implementate mai multe moduri de înregistrare (puteți înregistra numai metadate sau toate datele - similar cu Ext3 ). O caracteristică importantă a sistemului este capacitatea de a schimba dimensiunea sistemului de fișiere din mers, fără a demonta volumul.

Printre deficiențele sistemului de fișiere se numără posibilitatea de deteriorare a sistemului de fișiere în ansamblu cu metadate grav deteriorate și ineficiența singurei metode de defragmentare cunoscute care necesită o descărcare completă și o recuperare ulterioară (Reiser4 implementează un repacker care rezolvă această problemă [ 4] ).

S-a implementat suport pentru volume logice scalabile paralele, permițând distribuirea eficientă a datelor într-un volum logic. Capacitatea de a adăuga un dispozitiv bloc mic de înaltă performanță (de exemplu NVRAM) numit disc proxy la un volum logic relativ mare compus din discuri cu buget lent. Acest lucru va da impresia că întregul volum este compus din aceleași dispozitive scumpe de înaltă performanță ca și „discul proxy”. Metoda implementată s-a bazat pe o observație simplă că, în practică, scrierea pe disc nu se realizează în mod constant, iar curba de încărcare I/O are forma unor vârfuri. În intervalul dintre astfel de „vârfuri” este întotdeauna posibil să resetați datele de pe discul proxy, rescriind în fundal toate datele (sau doar o parte) în stocarea principală, „lentă”. Astfel, discul proxy este întotdeauna gata să primească o nouă bucată de date. Această tehnică a fost cunoscută inițial sub numele de Burst Buffers [5] .

Note

  1. http://www.namesys.com/X0reiserfs.html#nodelayout (copie la Internet Archive )
  2. 1 2 3 http://www.namesys.com/faq.html (copie la Internet Archive )
  3. Calculați Linux: Partiționarea unui disc . Data accesării: 2 octombrie 2010. Arhivat din original la 19 februarie 2011.
  4. Peshekhodov A. Arhitectura și implementarea reiser4 . Data accesului: 19 mai 2012. Arhivat din original pe 21 septembrie 2014.
  5. Reiser5 anunță suport pentru Burst Buffers (Data Tiring) . www.opennet.ru Preluat la 28 mai 2020. Arhivat din original la 3 iunie 2020.

Link -uri