Freesource naplózó - file - system
A „naplózó fájlrendszer” most körül számos mítoszok és legendák említik nagyon gyakran csak néhány teljesen tisztában, hogy mi is az, amit ettem, hogy rájuk kell várni a jó és nem olyan jó.
A normál működés során valamennyi, a fájlrendszer változásai általában közvetlenül a lemez (vagy inkább a cache lemezt az operációs rendszer, de ez ebben az összefüggésben nem számít).
Normál működés közben a fájlrendszer, mint egy bonyolult művelet mindig végrehajtásra egészére, ha a kód végrehajtását a fájlrendszer nem tartalmaz kritikus hibák. Azonban, ha abnormális újraindítás vagy hardver hiba, ez a helyzet nagyon is valóságos.
Mivel az újraindítás után nem tudjuk, hogy milyen műveleteket végeztek, ez volt befejezetlen, de csak annyit, hogy a meghajtó nem volt megfelelő leválasztotta (ez visszaállítja az úgynevezett piszkos zászló), elemeznünk kell a fájlrendszert az egész lemezt, és így oly módon, hogy meghatározza az esetleges hibákat a fájlrendszerben, és rögzítse őket. Természetesen ez nem mindig lehetséges, hogy végezzen automatikus (természetellenes intelligencia, sajnos, tisztánlátás még senki sem sikerült a vonat), így az azonos fsck.ext2 után rendellenes újraindítás és előírhatja a szükséges beavatkozást.
Azok, akik futott fsck 1. szakasz 00-200 G (ami ma már nem ritka) tisztában van azzal, hogy ebben a jó kis. A rendszergazdák is mnogoterabaytovyh tömböket, egy extra perc leállás akikkel „véletlenül” letépni a fejét a szót # 147; fsck # 148; ragaszkodnak macskagyökér vagy kérte, hogy ne átkozza ezeket a szavakat a jelenlétük.
Összefoglalva - az egyetlen dolog, hogy lehet és kell csinálni egy naplózó fájlrendszer, időt takarít meg, hogy fsck. Ennek megfelelően garantált összhang a fájlrendszer metaadatok, nem több, nem kevesebb.
Az ár ebben az örömben: alakítottunk egy kis (jellemzően mért tíz megabájt) a korongon, amely esetében a maximális terhelés, vagyis a maximális termelékenységet, mért száma I / O művelet másodpercenként csepp. És persze, töltött egy kis helyet, ami hajtja az árakat, hogy a korszak <1$/гигабайт никого не волнует.
naplózási adatok
Ahogy észrevette, hogy a folyóirat általában írt metaadatok műveleteket. Azonban lehetséges, hogy ugyanezt az adatokat.
Amennyire tudom, a Linux naplózási adatokat végezhet csak ext3 a data = journal opciót.
Természetesen ezek az adatok naplózása sok esetben enyhén csökkenti a teljesítményt (de nem minden az IBM webhely vizsgálatok eredményeire, amelyek használata naplózási adatok fájlrendszereket amely adatbázisok, lehet, hogy még a teljesítmény növekedés).
Ez azt jelenti, túl, nem garantálja az adatok biztonságát, de az én személyes tapasztalat a ext3 a data = journal a legmegbízhatóbb fájlrendszert.
termelékenység
A figyelmes olvasó már észrevette, hogy a használata a folyóirat létrehozása egyenetlen terhelés a meghajtó - egy kicsi (szemben a teljes mérete a fájlrendszer), a régió számlák a tranzakciók volumene aránytalanul.
Két nagyon érdekes megoldás:
Első napló külön lemezen lehet kivenni (a legtöbb fájlrendszer lehetővé teszi), az eredmény valóban kétszerese a teljesítmény hozzáadásával csak egy lemezt. Különösen szép, ha a hatalmas teljesítményű RAID-tömb emelkedett egy ilyen egyszerű és olcsó módja.
Másodszor, akkor egy különleges, nem felejtő memória kártya (pl UMEM, amelynek én, sajnos, Magyarországon eladó nem láttam), hogy egyre több és sokkal gyorsabb, mint a hagyományos merevlemez (de van egy kis memóriát).
Van elég extravagáns megoldás, hogy én még nem próbáltam -, hogy a magazin a blokk készülék memóriájában helyet. Természetesen az újraindítás után taco fájlrendszer lesz újjáépíteni újra, de az ideiglenes adatok tud biztosítani egy érdekes és jelentős termelékenység növekedést. Különösen akkor, ha az adatgyűjtés, nem csak metaadatokat.
Ahogy már láttuk, és a magazin adhat sebesség növelése. Van még néhány eredeti trükköket, hogy lehet használni a naplózó fájlrendszer még nagyobb termelékenység növekedése:
- Halasztott fájl létrehozása (abban az időben a fájl nem azonnal hozzon létre egy bejegyzést a katalógusban, és ideje, hogy azt csak egy magazin, esetleg egy ideiglenes fájl azonnal törlődik);
- Halasztott fájl helyét (fizikailag nem osztja helyet még az első blokk egy fájlt, amíg nem rögzíti legalább egy blokk), akkor lehetséges, hogy a felhasználó először változtatni a fájl méretét, majd elkezdi az adatok rögzítésére. Ennek eredményeként a fragmentáció csökken (ha programokat használni ezt a trükköt játszani);
Ez nagyon egyszerű, még mindig sok apró változtatások, amelyek lehetővé teszik a naplózó fájlrendszer, hogy gyorsabban fusson, mint a normál, míg a fennmaradó erőteljesebb.
hiányosságokat
Mint már mondtam napló nem csodaszer, és az adatok nem mentett. Azonban sok által létrehozott használatát naplózó fájlrendszerek, a biztonság hamis érzetét - hogyan lehet, mert a készülék visszaállításához újraindítani, vagy akár matyugnotsya csomagtartó!
Igen, nem matyugnotsya. És ez teljesen korrekt a szempontból egy fsck fájlrendszer. Csak itt az adatokat, miközben néhány kockacukrot maradhat.
Reiser mondjuk az ilyen helyzetekben is jól kell hagyni a módosított fájlokat szemét (véletlenszerű adatokat kiosztott a fájl egység). Ez valójában nagyon valószínű véletlen szivárgása információkat.
XFS kap több helyes - azt írja elő az ilyen blokkok nullákkal. Gyakran sokkoló felhasználók. Különösen reiserfs rajongók, akik nem regisztrálja nullákkal.
Ennek eredményeként reiser inkább megőrizni módosítását, és az XFS minden eszközzel elkerülni törmelék a fájlokat és adatszivárgás - egy kissé eltérő stratégiát. Az eredmény - az adatok elvesznek, és akkor még nem tud róla. Amíg nem találkoznak egy fájlt, amely már egy éve senki sem ért (archiválás laikus), és amely hirtelen fojtott szeméttel vagy nullák.
ext3 naplózó szereplő adatok ilyen jellemzőkkel nem szenved. Ugyanakkor érezhetően gyengébb teljesítményt nyújtanak.
Jó ezeket a problémákat meg lehet (és kell) kerülni egyszerűen vásárol egy UPS és a naplózás jobb felhasználása, mint egy további szintű megbízhatóság és eszköze a termelékenység növelésére.
A naplózó fájlrendszer csak egy kicsit könnyebb beadni, de nem egy csodafegyver adatvesztés ellen során rendellenes újraindul. Ezért, ha nem használja a UPS mentés nem, akkor az adatokat előbb vagy utóbb a laikus réz-medence, amit tényleg nem akarom. És ha azt szeretnénk, akkor egy naplózó fájlrendszer, mint azt a termelékenység növelésére.