update/bdflush problem

[Matus Uhlar]

In cz.comp.linux was written by Martin Mares <mj na atrey.karlin.mff.cuni.cz>:
-> > S vasim zaverem nesouhlasim. Podle meho nazoru je v klasickem (= ne
-> > logovanem) filesystemu asynchronni zapis metadat velmi nebezpecny

->    S vasim zaverem si pro zmenu dovoluji nesouhlasit ja -- zalezi ciste
-> na tom, jak je filesystem udelany. Napriklad se da navrhnout velice
-> slusny FS, ktery pouziva asynchronni zapis metadat, nicmene udrzuje
-> mezi nekterymi castmi metadat pevne poradi, takze po padu systemu
-> je FS recovery vice mene trivialni a ztrata dat nehrozi.

Nuz synchronny zapisa dat je robeny na to aby aplikacia nebola v spracovani
dat velmi daleko pred tym ako su nahrate na disk. v takom pripade dochadza
pri vypadku k ovela mensim stratam ako ked je aplikacia daleko vpredu a
zapis na disk iba zacal. Preto bol vymysleny synchronny zapisa dat aj v
pripade asynchronnych FS. 

Mozem vsak plne suhlasit ze celkova bezpecnost zapisu dat silne zavisi na FS
a sposobe pracovania s nim. imho sa da vytvorit FS kde je synchronny zapis
dat rovnako alebo menej bezpecny nez asynchronny. Celkovo to vsak vyznieva
lepsie z bezpecnostneho hladiska so synchronnym zapisom, asynchronny bol
vymysleny kvoli vyssiemu vykonu a odzaciatku bolo jasne ze bezpecnost
klesne. Vlastne nechapem ako to, ze to niekomu nie je jasne teraz :)

->    To je podle mne zasadni chyba -- spolehat na spolehlivost FS se nemuze
-> vyplatit -- kdyby nic jineho, tak proto, ze ve FS mohou byt chyby, ci kvuli
-> nenadalym hardwarovym zavadam, ktere se tak stanou jen velice tezko
-> opravitelnymi. Na velice podobne chybne predpoklady o zarucene
-> konzistenci napriklad velice doplacel Amiga PFS Filesystem.

suhlasim, nepoznam vsak strukturo advfs takze nemozem povedat nic konkretne
:)

je dobre ked nieco funguje dobre ale spoliehat sa na to dobry programator
ktoremu ide o bezpecnost nesmie. 
-- 
 Matus "fantomas" Uhlar, sysadmin of one server at SANET Kosice, Slovakia
 E-mail: Matus.Uhlar na tuke.sk ; WWW: http://ccsun.tuke.sk/users/uhlar
 And don't forget: I work for SANET, but talk for myself, dude... ;-)