On 09/03/11 18:58, Miroslav Lachman:
mel bych dotaz ohledne praktickych zkusenosti s nastavenim parametru
minfree pro UFS2. Vychozi nastaveni je podle man newfs 8% velikosti
Pokud se nepletu, je to vetsinou kvuli fragmentaci a podobnym vecem
A kvuli tomu, aby se superuzivatel a systemove daemony mohly pohnout na
disku i v dobe, kdy mu ho zlomyslni uzivatele zaplacaji. A taky treba LOGy.
Filesystem funguje dal, ale predpokladam, ze to
pri castych operacich s daty bude degradovat vykon.
Ve skutecnosti se vlastnosti FS zacinaji zhorsovat uz nekdy v dobe, kdy
velikost volneho mista zacne klesat pod 15%.
"Pruchodnost" pro zapis je na filesystemu na kterem se volne misto blizi
nule zhruba tretinova v porovnani se systemem, na kterem je jeste 10%
volneho mista.
Vliv "minfree" na zvolenou optimalizaci filesystemu a tim narust
fragmentace a vykonostni dopady je neprimy. Pokud to nekoho zajima:
UFS ma pri hledani mista pro konkretni soubor dve moznosti:
1) najit co nejmensi blok, do ktereho se data jeste vejdou. Tim se
nejlepe vyuziva misto, ale hledani takoveho bloku trva pomerne dlouho.
Pricemz "dlouho" je tim delsi cim je disk plnejsi.
2) vzit kompletni volny blok, zapsat co je treba a zbyle fragmenty
oznacit jako volne - to je velmi rychle, disk se ale postupne dostava do
stavu "zadne volne bloky, same fragmenty".
Jednicka se oznacuje jako optimalizace "na misto", dvojka jako
optimalizace "na cas".
"Normalne" byva disk v rezimu optimalizace "na cas". Pokud ale
fragmentace vzroste nad hranici minfree+2 (obvykle tedy 10%) prepina
system optimalizaci do rezimu "na misto".
Zpet do rezimu "na cas" prepina jen v pripade, ze fragmentace poklesne
pod hranici minfree/2
Jeste je tam jedna vyjimka - pokud je minfree<=5 pak se vzdy
optimalizuje "na misto".
Kaminar wrote:
Vychozi nastaveni je podle man newfs 8% velikosti
oddilu. U velkych disku to jsou ale uz pomerne velke hodnoty.
Pri dnesni cene disku doporucuju tech par ztracenych giga nelitovat.
Penize, ktere usporis snahou zoptimalizovat misto "na krev" nezaplati
ani ten cas, ktery venujes reseni toho problemu.
Dan
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
