zdravim,
mohli by ste prosim skusit otestovat reiserfs aj s mount option notail ( pripadne aj noatime), volne miesto sa sice prestane pocitat "spatne" ale vykon sa zdvihne
aj ked tail packing dokaze na mail/web serveri usetrit kopu miesta, v pripade ze ide o performance je to celkom brzda
tiez nie je zle vytvorit fs cez
mkreiserfs -s 16384 /dev/sdXX
Díky za pěkný test. Osobně mne vždy zajímalo, jaký je rozdíl mezi různými souborovými systémy a rychlostí spouštění programů. Před rokem jsem provedl několikanásobnou "čistou" instalaci z Live-CD Mandrivy 2007 - nejprve pro ext3, potom xfs a nakonec reiserfs3. Měřil jsem:
1. Dobu startu programů OpenOffice-Calc, Firefoxu a Konqueroru (10x "studený start" (vždy s restartem počítače, potom vždy 10x za sebou opakované spuštění programu), zvlášť pro každý souborový systém (time OpenOffice-Calc atd).
2. Dobu startu těchto programů v prostředí KDE, IceWm a IceWm+kdesktop, zvlášť pro každý souborový systém.
3. Celkovou dobu spuštění systému do grafického prostředí pro KDE, IceWm a IceWm+kdesktop.
4. Rychlost spuštění při použití xdm, Gdm a Kdm.
5. Zabraná paměť při startu xdm+KDE, Gdm+KDE, Kdm+KDE, xdm+ IceWm, Gdm+ IceWm, Kdm+ IceWm.
6. Co se stane při "tvrdém" restartu mezi různými souborovými systémy (vždy 10 "tvrdých" restartů).
Výsledky:
1. Doba startu programů mezi různými souborovými systémy byla téměř shodná, max. rozdíly byly do 0,2 sec. To bylo pro mne největší zklamání.
2. V prostředí IceWm a IceWm+kdesktop se programy spouštěly cca o třetinu rychleji než v KDE.
3. Nejmenší zabraná paměť byla u xdm (jaké překvapení...), Gdm o málo horší, Kdm byl "moloch" v porovnání s ostatními.
4. Tvrdé restarty "přežil" bez problémů extr3. U xfs mi přestaly fungovat některé programy, a skutečně některé soubory byly "nahrazeny" nulami. Na reiser3 už si bohužel z hlavy nevzpomínám.
5. Po zkouškách mi odešel zdroj (ani se nedivím, po tom počtu restartů...).
6. Volba byla pro mne jasná - extr3 a xdm+IceWm+kdesktop . Samozřejmě, pro nějaký specializovaný server se vybírají filesystémy jinak...
no jo no, človíček asi vždycky vypínačem na zdroji vypnul a hned zase zapnul. takhle se nasral kamarád na visty a za chodu několikrát vypnul zapnul zdroj a taky to nepřežil
No napriklad taky, ze pri kazdom nabehu systemu je napajanie zatazene vyssim odberom diky rozbiehaniu diskovych zariadeni, kedy su ich odbery skutocne fascinujuce.
Ak mal uzivatel diskov v systeme viac, ani ja sa nedivim, ze ten zdroj tie restarty nevydrzal. Najma ak bol klasicky "skrinkovy" (lacny a dodavany spolu so skrinkou).
Ak by to bola niektora z "overenych" znaciek, tak by som sa skor divil ze odisiel.
Nebyly ty restart ponekud zbytecne? Nestacilo by jen zabit Xka vcetne prihlasovaci demona (xdm, gdm, kdm ...) a zahodit vsechny cache (echo 1 > /proc/sys/vm/drop_caches), pripadne prepnout se jeste do runlevelu 1 a pak zase zpatky? Nedivim se, ze chudak zdroj odesel do kremikoveho nebe, neustale zapinani a vypinani a z toho vyplivajici tepelne soky nemaji polovodice moc rady, obzvlas ty vykonove ...
BTW: Jedinym zpusobem, jak zrychlit start okenniho prostredi a aplikaci v nem, je preloadnout je do pameti, zatimco pocitac ceka na prihlaseni od uzivatele (tak, jako se o to pokouseji Visty).
Pokud je dost pameti (tj. po beznem startu zbyva jeste stale nepouzita pamet), preload muze zacit uz pri primountovani /usr (nebo /, pokud je /usr na nem), bezi-li proces s nizkou I/O prioritou (ionice -c 3), nemel by nijak brzdit ostani programy.
Vysledny efekt se da nasimulovat tim, ze se pospusti vse, co se bude po startu poustet, a pak to zkusi jeste jednou znova (napr. zabije se Xserver). Pokud je start nacachovanych aplikaci rychlejsi (kdyz je dost pameti, vzdycky je), ma preload smysl. Skoda, ze zatim v jadre neni zadna snadno pouztitelna infrastruktura na snadne zjisteni, jake bloky se zrovna nachazeji v cache, na tohle by byla perfekni ...
U reiserfs se mi objevily kdysi nuly i tam, kde předtím byly normální soubory. To mi XFS nikdy neudělalo a tvrdých restartů jsem, díky problémům s HW zažil docela dost. XFS nemělo žádný problém. Mimochodem, nedal by se ten test dělat méně bolestivě na virtuálním stroji?