Hra: Souborové systémy

V sekci hry přibyl nový kvíz na téma souborové systémy. Hra má obtížnost "guru", ale zkušený uživatel si s ní jistě poradí.

23.11.2007 23:40 | xkucf03 | Upozornění

Komentáře

[ghostmonk]

bod 10 se mne nejak nezda - v pripade ze existuje vice hardlinku.

[Chloop]

Taky souhlasím. Bod 10 je takový nejednoznačný. Protože když bude vice hardlinků na data, tak se data nesmažou. Já zvolil, to že nelze tvořit hardlinky na adresáře. Což je pravda, i když v každém adresáři jsou dva hardlinky odkazující na adresáře. Ale uživatel už si další nepřidělá. Neříkám, že bod 10 je špatně, ale možné odpovědi jsou nejednoznačné. Nicméně super, je tu další kvíz.

[xkucf03]

Díky za zájem Btw: připomínky k otázkám patří do bugzilly.

[victor8]

sakra... 6. otazka ma dostala Inac to nie je tazke... taky kvizik na sobotnajsie dopoludnie

[Michal Fecko]

7/10 - zlaty priemer

[Zdenek.Z]

Proč není možné použít k defragmentaci defrag?

$ apt-cache show defrag
...
Description: ext2, minix and xiafs filesystem defragmenter
 As a file system is used, data tends to become more and more
 scattered across the disk, degrading performance.  A disk
 defragmenter simply re-organises the data on the disk, so that
 individual files occupy a single sequential set of disk blocks,
 and all the free space on the disk is collected together in a
 single region. This generally means that reading a whole file
 is faster, and disk accesses in general are more efficient.
...

[Ilfirin]

Však defrag je správná odpověď ne?

[David Watzke]

To jsem si myslel taky...

[xkucf03]

Je to tak, chybička se vloudila, zařídím nápravu...

[Xerces]

Mel jsem jen 6 bodu. Vsechny chyby u tzv. negativnich otazek. Ty mi fakt delaj problem.

[CET]

He, tak bych navrhoval opravdu omezit, ale nejlepe zrusit, ty negativni otazky. Mel jsem 7/10, ale 6 otazku "dump a restore" jsem volil, protoze defrq ani shake prikazy neznam a o co hur, ani je nemam v portage. takze nevim, ale ze zminenych bych nepouzil ani jeden, takze jsem proste negaci prehlidnul a zadal jsem, co jsem myslel, ze naopak MUZEME pouzit.

Jinak testik dobrej

[Tom.š Ze.le.in]

Proč nelze použít snapshot pro bezpečné zálohování běžící databáze? Když má databázový server bezpečně přežít pád systému (kvůli čemuž si drží transakční žurnál), tak by měla rozběhnout i backup z tohohle, ne? Ne že bych to někdy zkoušel...

[xkucf03]

Je to jako říct, že počítač můžeme bezpečně vypnout vytažením šňůry ze zásuvky - ano, taky to ve většině případů přežije, ale...

[Tom.š Ze.le.in]

No, pokud je databáze navržená tak, aby přežila ukončení mezi dvěma zápisy na disk (což ty co o sobě tvrdí že jsou acid jsou), tak snapshot by měl být v pohodě, nebo se jedná o bug. A zastavenou databázi koneckonců můžu zazálohovat i bez snapshotu.

[Ondrej 'SanTiago' Zajicek]

V tom je znacny rozdil. Pokud odpojime napajeni disku, tak neni dost rozumne garantovan stav - ktere z odeslanych pozadavku se zapsaly, ktere ne a zda nedoslo k poskozeni dat na nekterych sektorech (napr. nedokonocenym zapisem), na kterych by pak nebyl ani stary ani novy obsah.

Oproti tomu snapshot ma dobre definovane chovani, ktere je zcela v souladu s ocekavanim zurnalovacich vrstev fs nebo databaze.

[VM]

Není, databáze garantuje atomicitu transakcí, takže by po přehrání žurnálu měla vždy být v konzistentním stavu (z hlediska transakcí a integrity dat).

Naproti tomu programy běžící nad filesystémem (který transakce nepodporuje) nic podobného negarantují, takže tam hrozí nekonzistence dat (žurnál filesystému garantuje jen integritu metadat).