Edward šiškin on arendaja, kes on viimase kümnendi eest vastutanud failisüsteemi tugi Reiser4 hooldamise eest uute tuuma versioonide jaoks. Ehkki süsteemi on hooldatud, erinevalt teistest failisüsteemidest, mis on oma arengus edasi arenenud. Edward Šiškin töötas Reiseri4 hoolduses ja samal ajal töötan Reiser5 failisüsteemi arendamise kallal mis juba see on testimiseks saadaval.
See uus versioon Reiser5 paistab silma innovatsiooni paralleelse skaleerimise kaasamise mis viiakse läbi mitte ploki tasandil, vaid failisüsteemi kaudu.
Eeliseks selle lähenemisviisi mitteparalleelsed FS + RAID / LVM ja FS paketid tunnistatakse olematute puudusteta (ZFS, Btrfs), näiteks vaba ruumi probleem, jõudluse vajumine, kui täidetakse maht üle 70%, vananenud loogilise mahu kujundamise algoritmid (RAID / LVM), ei võimalda teil andmeid tõhusalt levitada loogikal.
Paralleelses FS-is tuleb enne seadme lisamist loogilisele mahule vormindada see standardse utiliidiga mkfs.
Erinevalt ZFS-ist ei rakenda Reiser5 oma plokikihti, kuigi see kasutab vaba plokiallokaatorit O (1). Komponeerida on võimalik lihtsal ja tõhusal viisile loogiline maht erineva suuruse ja ribalaiusega plokkseadmetelt. Andmed jaotatakse nende seadmete vahel uute algoritmide abil.
Selle prooviversiooni teadaandes Edward Shishkin kommenteeris:
Mul on hea meel teatada uuest meetodist plokkseadmete lisamiseks kohaliku masina loogilistele mahtudele.
Ma arvan, et see on kvalitatiivselt uus tase failisüsteemi (ja operatsioonisüsteemi) arendamisel: paralleelse skaleerimisega kohalikud köited ...
Meie lähenemisviisis toimub horisontaalne skaleerimine failisüsteemi vahendite, mitte plokikihi vahendite abil. Kasutaja kontrollib igale seadmele väljastatud I / O-päringute voogu ...
Nagu kommenteerib Edward Shishkin: osa igale seadmele suunatud sisend- ja väljundpäringutest võrdub kasutaja suhtelise võimsusega, nii et loogiline maht täidetakse andmetega "ühtlaselt" ja "õiglaselt".
Samal ajal saavad väiksema võimsusega plokkseadmed vähem plokke ladustamiseks ja madalama jõudlusega seadmed ei muutu kitsaskohaks (nagu näiteks RAID-massiividel).
Seadme helitugevusse lisamisega ja helitugevusest eemaldamisega kaasneb tasakaalustamine mis säilitab levitamise "õigluse".
Kõiki kaasatud plokiseadmeid saab samaaegselt hooldada loogilisel köitel, kasutades igaühe jaoks individuaalset lähenemist (kõvaketaste defragmentimine, SSD-de viskamise päringute postitamine jne).
Vaba ruumi loogilisel helitugevusel kontrollib tavaline df (1) utiliit. Lisaks on kasutajal võimalus jälgida loogilise helitugevuse seadme iga komponendi vaba ruumi.
Paralleelse võrgufaili abil tehtud horisontaalse skaleerimise oluline edusamm (GPFS, Luster jne). Kuidas taotleda, polnud aga selge
oma tehnoloogiad kohalikule FS-ile.Peamiselt seetõttu, et kohalikus failis süsteemides pole nii palju luksust kui "tagumises salvestuses" kui võrgus nad teevad. Kohalikul FS-il on äärmiselt halb liides interaktsioon plokikihiga. Näiteks kohalikus Linuxi FS-is saate seda teha lihtsalt koostage ja väljastage I / O taotlus mõne puhvri vastu.
Üksuste hulgas, mis on endiselt Reiseri5 TODO nimekirjas on:
- FSCK uuendus loogiliste mahtude toetamiseks
- Asümmeetriline LV, rohkem kui ühe metaandmete plokiga köite kohta
- sümmeetrilised loogilised mahud
- 3D-pildid LV-st
- Metaandmete jaotus mitme alamahu vahel
- Loogiliste köidete kontrollimine / taastamine utiliidi fsck abil (eelmise versiooni täiendamine)
- Globaalsed mahud (võrgud), seadmete lisamine erinevatele masinatele.
Kui soovite selle kohta rohkem teada saada, võite nõu pidada järgmine link.
Wow, ma arvasin, et reiserfs suri pärast Hansu ..