Edward Shiskin olyan fejlesztő, hogy az elmúlt évtizedben a Reiser4 fájlrendszer-támogatás fenntartásáért volt felelős új kernelváltozatokhoz. Annak ellenére, hogy a rendszert karbantartották, ellentétben más fájlrendszerekkel, amelyek fejlesztése előrehaladt. Edward Shishkin a Reiser4 karbantartásában dolgozott és egyúttal a Reiser5 fájlrendszer fejlesztésén dolgozom ami már tesztelésre elérhető.
A A Reiser5 kiemelkedik azzal, hogy az innovációt a párhuzamos méretezésbe foglalja, amelyet nem blokkszinten hajtanak végre, hanem a fájlrendszeren keresztül.
Előnyként ennek a megközelítésnek, a nem párhuzamos FS + RAID / LVM és FS csomagok nyilvánvalóan hátrányosak (ZFS, Btrfs), például a szabad hely problémája, a teljesítmény süllyedése a 70% feletti mennyiség kitöltésekor, az elavult logikai kötet-tervezési algoritmusok (RAID / LVM) nem teszik lehetővé az adatok hatékony terjesztését egy kötet logikán.
Párhuzamos FS-ben, mielőtt egy eszközt hozzáadna egy logikai kötethez, meg kell formázni a szokásos mkfs segédprogrammal.
A ZFS-től eltérően a Reiser5 nem valósítja meg saját blokkrétegét, annak ellenére, hogy egy O blokk-allokátort használ (1). Kompozíció lehetséges egyszerű és hatékony módone egy logikai kötet különböző méretű és sávszélességű blokkeszközökből. Az adatokat új algoritmusok segítségével osztják szét ezen eszközök között.
A próbaverzió bejelentésében Edward Shishkin megjegyezte:
Örömmel jelentem be egy új módszert, amellyel blokkeszközöket adhatunk hozzá egy logikai kötethez egy helyi gépen.
Szerintem ez egy minőségileg új szint a fájlrendszer (és az operációs rendszer) fejlesztésében: helyi kötetek párhuzamos méretezéssel ...
Megközelítésünkben a vízszintes méretezést fájlrendszeri eszközökkel végezzük, nem pedig blokkréteg-eszközökkel. A felhasználó ellenőrzi az egyes eszközökre kiadott I / O kérések folyamatát ...
Ahogy Edward Shishkin megjegyzi: Az egyes eszközökre irányított I / O kérések egy része megegyezik a felhasználó által kiosztott relatív kapacitással, úgy, hogy a logikai kötet "egyenletesen" és "tisztességesen" legyen kitöltve az adatokkal.
Ugyanakkor az alacsonyabb kapacitású blokkeszközök kevesebb blokkot kapnak a tároláshoz, és a gyengébb teljesítményű készülékek nem válnak szűk keresztmetszetté (mint például a RAID tömbök esetében).
Egy eszköz hozzáadása a kötethez és az eszköz eltávolítása a kötetből egyensúlyozással jár amely megőrzi az elosztás "tisztességét".
Az összes mellékelt blokkeszköz egyidejűleg karbantartható a logikai köteten, mindegyikükhöz egyedi megközelítést alkalmazva (defrag merevlemezeknél, selejtezési lekérdezések SSD-hez stb.).
A logikai köteten lévő szabad helyet a szokásos df (1) segédprogram vezérli. Ezenkívül a felhasználónak lehetősége van figyelemmel kísérni a logikai kötet eszközének minden egyes elemén a szabad helyet.
Jelentős előrelépés történt a vízszintes méretezésben a párhuzamos hálózati fájl segítségével (GPFS, Luster stb.). Azonban nem volt világos, hogyan kell alkalmazni
a technológiáit egy helyi FS-hez.Főleg azért, mert egy helyi fájlban a rendszerek nem rendelkeznek akkora luxussal, mint a "háttér-tárolás", mint a hálózat csinálják. Amit a helyi FS tartalmaz, annak rendkívül gyenge felülete van kölcsönhatás a blokkréteggel. Például a helyi Linux FS-en megteheti csak írjon és adjon ki I / O kérést valamilyen puffer ellen.
A Reiser5 TODO listáján még mindig szereplő elemek között Ezek a következők:
- FSCK frissítés a logikai kötetek támogatásához
- Aszimmetrikus LV kötetenként egynél több metaadatblokkal
- szimmetrikus logikai kötetek
- 3D pillanatképek az LV-ről
- A metaadatok megoszlása több résztérfogaton keresztül
- A logikai kötetek ellenőrzése / visszaállítása az fsck segédprogram használatával (frissítés az előző verzióról)
- Globális kötetek (hálózatok), eszközök hozzáadása különböző gépeken.
Ha többet szeretne tudni róla, konzultálhat a következő link.
Hűha, azt hittem, hogy az utazók elpusztultak Hans után ..