Eduard Shishkin a Reiser5 projekt keretében kidolgozott új lehetőségek. Reiser5 a ReiserFS fájlrendszer jelentősen áttervezett változata, amelyben a párhuzamos méretezhető logikai kötetek támogatása a fájlrendszer szintjén valósul meg, nem pedig a blokk eszköz szintjén, lehetővé téve az adatok hatékony elosztását egy logikai kötet között.
A közelmúltban kidolgozott újítások közül a biztosítását
a lehetőség a felhasználó számára, hogy egy kis nagy teljesítményű
blokk eszköz (pl. NVRAM) hívott ,
viszonylag nagy logikai kötet, amely lassú
költségvetési meghajtók. Ez azt a benyomást fogja kelteni, hogy minden
a kötet ugyanabból a drága nagy teljesítményűből áll
eszközök, például egy „proxy lemez”.
A megvalósított módszer azon az egyszerű megfigyelésen alapult, hogy a gyakorlatban a lemezre nincs állandóan írva, és az I/O terhelési görbe csúcs alakú. Az ilyen „csúcsok” közötti intervallumban mindig lehetőség van az adatok visszaállítására a proxylemezről, a háttérben lévő összes adatot (vagy csak egy részét) átírva a fő, „lassú” tárhelyre. Így a proxylemez mindig készen áll egy új adatrész fogadására.
Ez a technika (Burst Buffers néven ismert) eredetileg ben keletkezett
nagy teljesítményű számítástechnika (HPC) területein. De kiderült, hogy igény van rá a közönséges alkalmazásokra is, különösen azokra, amelyek fokozott követelményeket támasztanak az adatok integritásával szemben (általában különféle típusú adatbázisok). Az ilyen alkalmazások bármilyen fájl módosítását atomi módon hajtják végre, nevezetesen:
Felszabadítja a régi adatok által elfoglalt blokkokat.
Mindezek a lépések ilyen vagy olyan mértékben jelentősek
teljesítményromlás bármely fájlrendszeren. Helyzet
javul, ha az új fájlt először a lefoglalt fájlba írják
nagy teljesítményű készülék, amiben pontosan ez történik
fájlrendszer Burst Buffers támogatással.
A Reiser5-ben a tervek szerint opcionálisan nem csak
a fájl új logikai blokkjai, de általában az összes piszkos oldal is. Ráadásul,
nem csak az adatokat tartalmazó oldalakat, hanem a metaadatokat is
a (2) és (3) lépésben vannak írva.
A proxylemezek támogatása a rendszeres munkavégzés keretében történik
Reiser5 logikai kötetek, év elején. vagyis
a "proxy lemez - fő tároló" összesítő rendszer normális
logikai kötet, azzal az egyetlen különbséggel, hogy a proxylemeznek van prioritása
a lemezcímfoglalási házirendben szereplő egyéb kötetösszetevők között.
A proxylemez logikai kötethez való hozzáadását nem kíséri semmilyen
adatkiegyenlítés, és eltávolítása pontosan ugyanúgy történik, mint
normál lemez eltávolítása. Minden proxylemez-művelet atomi.
A hibakezelés és a rendszer üzembe helyezése (beleértve a rendszerösszeomlást is) pontosan ugyanúgy történik, mintha a proxylemez egy szokásos összetevő lenne.
logikai kötet.
A proxylemez hozzáadása után a logikai kötet teljes kapacitása
növekszik a lemez kapacitásával. Szabad helyfigyelés
proxy lemez végrehajtása ugyanúgy történik, mint a többi kötetkomponens esetében, pl. a volume.reiser4(8) segédprogram használatával.
A proxy lemezt rendszeresen meg kell tisztítani, pl. adatok visszaállítása innen
a fő tárolóba. A béta stabilitás elérése után a Reiser5
a takarítás a tervek szerint automatikus lesz (ezt a
speciális kernelszál). Ebben a szakaszban a takarítás felelőssége
a felhasználóra tartozik. Adatok visszaállítása a proxylemezről a főlemezre
A tárhely a volume.reiser4 segédprogram egyszerű meghívásával jön létre az opcióval
"-b". Érvként meg kell adni a logikai csatolási pontját
kötetek Természetesen ne felejtse el rendszeresen végezni a tisztítást. Mert
Ehhez írhat egy egyszerű shell szkriptet.
Ha nincs szabad hely a proxylemezen, akkor az összes adatot
automatikusan a fő tárolóba íródnak. Ugyanakkor alapértelmezés szerint
az FS általános teljesítménye csökken (az állandó hívások miatt
az összes létező tranzakció lekötésére vonatkozó eljárások). Opcionálisan beállíthatja
üzemmódban a teljesítmény elvesztése nélkül. Ebben az esetben azonban a lemez
A proxyeszköz-terület kevésbé hatékonyan kerül felhasználásra.
Kényelmes egy metaadat alszakaszt (tégla) proxylemezként használni, feltéve, hogy az kellően nagy teljesítményű blokkeszközön jön létre.
Forrás: opennet.ru