Edwarda Szyszkina jest programistą, który był odpowiedzialny za obsługę systemu plików Reiser4 przez ostatnią dekadę dla nowych wersji jądra. Chociaż system został utrzymany, w przeciwieństwie do innych systemów plików, które są zaawansowane w ich rozwoju. Edward Shishkin pracował przy konserwacji Reisera4 w tym samym czasie pracuję nad rozwojem systemu plików Reiser5 które już jest dostępny do testowania.
Ta nowa wersja Reiser5 wyróżnia się włączeniem innowacji do równoległego skalowania, który jest wykonywany nie na poziomie bloku, ale poprzez system plików.
Jako zaleta tego podejścia, nierównoległe pakiety FS + RAID / LVM i FS są deklarowane jako wolne od nieodłącznych wad (ZFS, Btrfs), takie jak problem z wolną przestrzenią, spadek wydajności przy wypełnianiu objętości powyżej 70%, przestarzałe algorytmy projektowania woluminów logicznych (RAID / LVM), nie pozwalają na wydajną dystrybucję danych na woluminie logicznym.
W równoległym FS, przed dodaniem urządzenia do woluminu logicznego, należy je sformatować za pomocą standardowego narzędzia mkfs.
W przeciwieństwie do ZFS, Reiser5 nie implementuje własnej warstwy blokowej, mimo że używa wolnego alokatora bloków O (1). Możliwe jest komponowanie w prosty i skuteczny sposóbe wolumin logiczny z urządzeń blokowych o różnych rozmiarach i przepustowościach. Dane są dystrybuowane między tymi urządzeniami za pomocą nowych algorytmów.
W ogłoszeniu o tej wersji próbnej Edward Shishkin skomentował:
Z przyjemnością informuję o nowej metodzie dodawania urządzeń blokowych do woluminów logicznych na komputerze lokalnym.
Myślę, że to jakościowo nowy poziom rozwoju systemu plików (i systemu operacyjnego): woluminy lokalne z równoległym skalowaniem ...
W naszym podejściu skalowanie poziome odbywa się za pomocą środków systemu plików, a nie warstw blokowych. Użytkownik kontroluje przepływ żądań we / wy wydawanych dla każdego urządzenia ...
Jak komentuje Edward Shishkin: część żądań we / wy kierowanych do każdego urządzenia jest równa jego względnej pojemności przypisanej przez użytkownikatak, aby objętość logiczna była wypełniona danymi „równomiernie” i „sprawiedliwie”.
Jednocześnie urządzenia blokowe o mniejszej pojemności otrzymują mniej bloków do przechowywania, a urządzenia o niższej wydajności nie stają się wąskim gardłem (jak ma to miejsce na przykład w macierzach RAID).
Dodaniu urządzenia do woluminu i usunięciu urządzenia z woluminu towarzyszy ponowne zrównoważenie który zachowuje „uczciwość” dystrybucji.
Wszystkie dołączone urządzenia blokowe mogą być obsługiwane jednocześnie na woluminie logicznym przy użyciu indywidualnego podejścia do każdego z nich (defragmentacja dysków twardych, zapytania po odrzuceniu dysków SSD itp.).
Wolne miejsce na woluminie logicznym jest kontrolowane przez standardowe narzędzie df (1). Ponadto użytkownik ma możliwość monitorowania wolnego miejsca na każdym komponencie logicznego urządzenia woluminu.
Znaczący postęp w skalowaniu poziomym dokonany przy użyciu równoległego pliku sieciowego (GPFS, Luster itp.). Nie było jednak jasne, jak złożyć wniosek
swoje technologie do lokalnego FS.Głównie dzieje się tak dlatego, że w pliku lokalnym systemy nie mają tyle luksusu, co „pamięć masowa zaplecza”, jak sieć oni robią. To, co ma lokalny FS, to wyjątkowo słaby interfejs interakcja z warstwą blokową. Na przykład na lokalnym Linux FS możesz po prostu utwórz i wyślij żądanie I / O do jakiegoś bufora.
Wśród elementów, które nadal znajdują się na liście TODO Reiser5 Są to:
- Aktualizacja FSCK do obsługi woluminów logicznych
- Asymetryczny LV z więcej niż jednym blokiem metadanych na wolumin
- symetryczne woluminy logiczne
- Migawki 3D LV
- Dystrybucja metadanych w wielu podwoluminach
- Sprawdź / przywróć woluminy logiczne za pomocą narzędzia fsck (aktualizacja z poprzedniej wersji)
- Globalne woluminy (sieci), dodawanie urządzeń na różnych komputerach.
Jeśli chcesz dowiedzieć się więcej na ten temat, możesz skonsultować się poniższy link.
Wow, myślałem, że reiserfs zmarł po Hansie ...