Re: fragmentace ext3

["Petr Pluhacek" <petr bod pluhacek zavinac centrum bod cz>]

Dobry den.
Me osobne ten problem take docela zajima. V prve rade by jste mohl napsat, co 
je to za disk a jak jej mate rozdeleny. Mej jsem podobne problemy s diskem, 
ktery "odesel" fyzicky. Jednalo se o Seagate 10GB. Prvnim ukazatelem problemu 
bylo, ze z nej obcas (neprisel jsem na to pri jake prilezitosti) neslo 
bootovat. Kdyz jsem bootoval z live distribuce, tak jsem mohl z nej normalne 
cist a psat.
Jinak moje osobni zkusenost se zaplnenim disku je zatim jen jedna a to na 97%. 
Radeji jsem uz nedelal zadne dalsi diskove operace a hned jsem data palil na 
CD. K zadnemu poskozeni fs nedoslo. Pouzival jsem ext3 se zapnutou zurnalizaci.
Jinak s extra diskem na swap souhlasim, pokud bude jako master na druhem 
radici. A starsi disk bych na to urcite nepouzival. Jednou jsem za tim ucelem 
pouzival starsi 420MB WD, ale ten byl priserne pomaly. Kdyz uz dva disky, tak 
nejaky novejsi a rychly. Cast pouzit na swap a zbytek namountovat pro data, 
ktera se moc casto nepouzivaji.

Petr Pluhacek

______________________________________________________________
> Od: Tomas Wolf <tomas zavinac coronadoplace bod com>
> Komu: Debian CZ/SK project discussion list <czdebian-l zavinac debian bod cz>
> Datum: Mon, 17 Jan 2005 09:01:11 -0600
> Předmět: Re: fragmentace ext3
>
> Dobry den,
> 
> pokud se osobne podivam na tento problem, potom rad zacinam u uplnych
> zakladu. Nejprve otazkou, rikate partici - mate na mysli cast disku na
> ktere mate linux (e.g. partice pro "/", "/boot", a td.) a nebo mate vse
> mountnute jako "/"?
> 
> Prvni veci je pokud nemate vytvorenou SWAP partition, potom se vam o
> toto stara system a snizi se tim celkova rychlost pocitace. Proto bych
> doporucoval vytvorit swap partition, reknemez 1 a 1/2 vetsi nez RAM.
> Toto by melo zrychlit nektere operace. Nejlepsi by bylo, pokud by jste
> mel mensi (starsi) disk a vytvoril swap na nem, potom je mozne vyuzivat
> dva disky ve stejnou dobu, coz opet muze zrychlit operace.
> 
> Dalsi veci by bylo zakoupeni RAM modulu. Cim vice se da vyuzit RAM
> misto swapovaciho mista na disku (s tim spojene nekolikaset clock-cyklu
> prodlevy), potom se take zrychluje aktivita procesu. Dobrym voditkem pro
> koupi RAM je sledovani velikosti (ci vyuziti) swap prostoru/souboru.
> 
> Dalsim "uziracem" volneho mista na disku je file system sam o sobe.
> Ext3fs, RaiserFS a treba JFS jsou vsechny pribuzne (spolecne s NTFS 2K+)
> nebot jsou tak zvane "zurnalove" souborove systemy. Udrzuji si dennicek
> o predurcene delce, kde si udrzuji prodelane operace. Tyto maji sve
> vyhody a nevyhody. Bez ohledu na MNOHE (a toto bych rad zduraznil -
> MNOHE) vyhody, tento zurnalovy system pohlti vice diskove kapacity nez
> prumerny Ext2fs. Proto (na priklad) neni mozne udelat "/boot" o 10MB s
> ReiserFS nebo Ext3fs, nebot by to nevyhovovalo zakladnim podminkam
> techto fs.
> Musim ale rici, ze bych pri dnesnich velikostech disku nedoporucoval
> nic jineho nez zurnalove fs, nebot pokud se neco pokazi - potom
> zurnalove fs maji velice jednoduchou cestu jak tyto veci napravit,
> zatimco u takove Ext2fs tomu tak neni... Take pokud se Ext2fs ma starat
> o vetsi mnozstvi souboru, potom se stane take o to pomalejsi.
> 
> Nyni k nove preinstalovanym balickum. Pokud byly tyto porusene, potom
> (s nejvetsi pravdepodobnosti) se nenahraly do pameti. Nyni, diky tomu ze
> jsou v poradku tak se nahravaji do pameti - a proto ta prodleva.
> Spolecne s malo pameti a bez predpripraveneho swap mista muze viditelne
> nastat tato "prodleva".
> 
> Pokud presunete data, "uklidite" a presunete data zpet, to by melo
> stacit jako "rucni defragmentace". Jiste by to melo (i kdyz nevim zda
> viditelne) zlepsit vykonnost. Dal bych si pozor na uzivani ext2fs tools
> na ext3fs. ext2fs nema zurnal a i kdyz je ext3fs vylozene zalozen na
> ext2fs, tyto dva fs se neshoduji uplne = moznost vetsiho problemu.
> 
> Zda se, ze jsem toho napsal vice nez dost. Doufam, ze to k necemu
> bude. Uvitam jakykoliv rozhovor na toto tema, neb se rad dozvidam vice o
> cemkoliv. Mejte se hezky.
> 
> Tomas Wolf
> 
> Jiri Jansky wrote:
> > Dobry den,
> > chtel bych se zeptat, jak to vypada s veci jako je fragmentace u
> > souboroveho systemu ext3. Vim, ze podporuje alogoritmus pro minimalizace
> > fragmentace, ale to je asi tak vsechno co vim.
> > Mel jsem plny hardisk (nekolik images cdcek a par filmu), vyuziti bylo
> > neco kolem 95%, mozna 98%. Kvuli chybe ve dvou souborech nejakeho baliku 
> > xfonts, jsem tento balik pri takto plnem hardisku preinstaloval, chybejici 
> > soubory se doplnily, ale start X serveru se prodlouzil priblizne 
> > dvojnasobne(na 400MHz je do do kdm cca 10s). 
> > 
> > Od zacatku se mi zda, ze pri zaplnovani hardisku a postupny instalaci
> > dalsich balicku klesa jeho subjektivni rychlost. Je tady nejake
> > pravidlo, ze pokud nebudu pouzivat vice jako 90% disku, tak jeho rychost
> > bude velmi dobra? Nebo neco podobného.
> > 
> > Hral jsem si i s nastojem e2fsdefrag. Zkusil jsem ho na partion s daty,
> > data defragmentaci prezili, ale pokud jsem na to pak pustil e2fsck, tak
> > to zahlasilo neco jako "Too many errors in one superblock", no a pokud
> > jsem dal yes, tak uz se mi nepovedlo ten odil pripojet (neznami typ
> > systemu souborů).
> > 
> > Predpokladam, ze pokud moji particii s linuxem presunu na jiny disk, ten
> > muj vycistim a soubory presunu na spatek, tak jak se budou presouvat na
> > spatek se zapis optimalizuje pres knihovnu (vhodne defragmentuje???), je
> > to tak?
> > 
> > Diky za kazdou reakci, pripadne by me zajimalo, jak dany problem s plnym
> > hardiskem a nizkym vykonem resite vy. 
> > 
> > 
> > Jiri Jansky
> > 
> > 
> > 
> > ------------------------------------------------------------------------
> > 
> > ________________________________________________
> > CZdebian-l maillist - CZdebian-l zavinac debian bod cz
> > http://www.debian.cz/mailman/listinfo/czdebian-l
> > E-mail (un)subscriptions: czdebian-l-request zavinac debian bod cz
> 
> 
> 
> 
>