Ang Reiser5 isang file system sa pag-unlad ay nagsasama ng suporta para sa parallel scaling

Edward shishkin ay isang developer na ay responsable para sa pagpapanatili ng Reiser4 file system ng suporta sa nakaraang dekada para sa mga bagong bersyon ng kernel. Bagaman ang sistema ay pinananatili, hindi katulad ng ibang mga file system na umunlad sa kanilang pag-unlad. Si Edward Shishkin ay nagtrabaho sa pagpapanatili ng Reiser4 at sa parehong oras nagtatrabaho ako sa pag-unlad para sa Reiser5 filesystem alin na ito ay magagamit para sa pagsubok.

Ang bagong bersyon ng Ang Reiser5 ay nakatayo para sa pagsasama ng pagbabago sa parallel scaling, na isinasagawa hindi sa antas ng pag-block, ngunit sa pamamagitan ng filesystem.

Bilang isang kalamangan ng pamamaraang ito, di-parallel FS + RAID / LVM at FS packages ay idineklarang walang likas na mga drawbacks (ZFS, Btrfs), tulad ng problema sa libreng puwang, paglubog ng pagganap kapag pinupuno ang dami ng higit sa 70%, hindi napapanahong mga algorithm ng disenyo ng dami ng lohikal (RAID / LVM), ay hindi pinapayagan kang mahusay na ipamahagi ang data sa isang lohikal na dami.

Sa isang parallel na FS, bago magdagdag ng isang aparato sa isang lohikal na dami, dapat itong mai-format kasama ng karaniwang paggamit ng mkfs.

Hindi tulad ng ZFS, ang Reiser5 ay hindi nagpapatupad ng sarili nitong layer ng block, kahit na gumagamit ito ng isang libreng block allocator O (1). Posibleng bumuo sa isang simple at mahusay na paraanat isang lohikal na dami mula sa mga aparato ng pag-block na may iba't ibang laki at bandwidth. Ang data ay ipinamamahagi sa pagitan ng mga aparatong ito gamit ang mga bagong algorithm.

Sa anunsyo ng trial na bersyon na ito Nagkomento si Edward Shishkin:

Ikinalulugod kong ipahayag ang isang bagong pamamaraan ng pagdaragdag ng mga block device sa mga lohikal na dami sa isang lokal na makina.

Sa palagay ko ito ay isang husay na bagong antas sa pag-unlad ng file system (at operating system): mga lokal na volume na may parallel scaling ...

Sa aming diskarte, ang pahalang na pag-scale ay ginagawa ng file system na nangangahulugang, sa halip na ibig sabihin ng block layer. Kinokontrol ng gumagamit ang daloy ng mga kahilingan sa I / O na inisyu para sa bawat aparato ...

Tulad ng komento ni Edward Shishkin: isang bahagi ng mga kahilingan sa I / O na nakadirekta sa bawat aparato ay katumbas ng kamag-anak na kapasidad na itinalaga ng gumagamit, upang ang lohikal na dami ay puno ng data na "pantay" at "patas".

Sa parehong oras, ang mga aparato na may mas mababang kakayahan na makatanggap ng mas kaunting mga bloke para sa pag-iimbak, at ang mga aparato na mas mababa ang pagganap ay hindi naging isang bottleneck (tulad ng kaso, halimbawa, sa mga RAID arrays).

Ang pagdaragdag ng isang aparato sa dami at pag-alis ng aparato mula sa dami ay sinamahan ng isang muling pagbalanse na pinapanatili ang "pagiging patas" ng pamamahagi.

Ang lahat ng kasamang mga aparato ng block ay maaaring sabay na mapanatili sa lohikal na dami gamit ang isang indibidwal na diskarte para sa bawat isa sa kanila (defragmentation para sa mga hard drive, pag-post ng mga itapon na query para sa SSD, atbp.).

Ang libreng puwang sa isang lohikal na dami ay kinokontrol ng karaniwang df (1) na utility. Bilang karagdagan, ang gumagamit ay may pagkakataon na subaybayan ang libreng puwang sa bawat bahagi ng lohikal na dami ng aparato.

Ang makabuluhang pag-unlad sa pahalang na pag-scale ay ginawa gamit ang parallel file ng network (GPFS, Lustre, atbp.). Gayunpaman, hindi malinaw, kung paano mag-apply
ang iyong mga teknolohiya sa isang lokal na FS.

Pangunahin, ito ay dahil sa isang lokal na file ang mga system ay walang kasing luho bilang "back-end storage" bilang network ginagawa nila. Ano ang lokal na FS ay isang napakahirap na interface ng pakikipag-ugnay sa layer ng block. Halimbawa, sa lokal na Linux FS maaari mo gumawa lang at mag-isyu ng isang kahilingan sa I / O laban sa ilang buffer.

Kabilang sa mga item na nasa listahan pa ng TODO ng Reiser5 ay:

• Ang pag-upgrade ng FSCK upang suportahan ang mga lohikal na dami
• Walang simetrya LV na may higit sa isang bloke ng metadata bawat dami
• simetriko lohikal na dami
• Mga 3D na snapshot ng LV
• Pamamahagi ng metadata sa maraming mga subvolume
• Suriin / ibalik ang mga lohikal na dami gamit ang fsck utility (pag-upgrade mula sa nakaraang bersyon)
• Global volume (network), pagdaragdag ng mga aparato sa iba't ibang mga machine.

Kung nais mong malaman ang tungkol dito, maaari kang kumunsulta ang sumusunod na link.