Re: fragmentace ext3

[Tomas Wolf <tomas zavinac coronadoplace bod com>]

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