Administrace komentářů

2.) No, to su IMO programy, o ktorych sa neda povedat, ze by vobec nesahali na disk. A vsetky dokazu zozrat velke mnpzstvo pamate. Pokial maju browsery nastavene cachovat na disk, tak osekat z jadra diskovu cache fakt nemusi byt dobrym napadom na zrychlenie. Natahovanie pri starte je tiez nahananie obrovskeho kvanta suborov po celom disku. Moje prakticke skusenosti so swappiness su male (chvilu som sa s tym hral a nevidel som v tom zlepsenie, tak odvtedy si o tom iba citam), ale podla toho co si ja myslim (napriklad z linkovaneho textu v JN z pred roka a pol) zmensenie swappines v tomto pripade zice mozno problem trocha oddiali, ale nasledne zhorsi.

Moje tipy (ale len tak plkam, ja som podobne problemy nezazival, ked som mal 512MB RAM; riadil som sa hlavne bodmi 2, 4 a pouzival iba Operu):

1) Rozhodnut sa, ci je rychlejsie swapovanie na disk lebo siet. Podla toho nastavit cache browserov, pripadne ju vypnut uplne (prip. iba 20MB v RAM a nic na disku).

2) V KPDF nastavit male vyuzivanie pamate (cachuje uz vyrenderovane stranky). V OOo je tiez nastavenie pouzivanej pamate (pocet undo krokov a pod)

3) Vo FF osekat pluginy, ktore nie su nutne k zivotu. V Opere (pomocou cez cmdline optionov nespustat mail, torrent atd). V KDE sa da nastavit pocet preloadnutych Konquerorov.

4) Vychovat uzivatelov, ze to nie je stroj na simultanne spustanie 5 pamatovych molochov.

5) Neisty tip: Namiesto KDE mat iba nieco lahke, napr. IceWM. Len pri velkom pouziti Konquerora sa ustri nejaka pamat zdielanim kniznic. Ostatne programy su aj tak na KDE nezavisle, takze zaplacavas pamat kniznicami na jedno pouzitie.

6) Skontrolovat, ci disk nie je beznadejne fragmentovany. Neriesi to zaplnenost RAM, ale akykolvek iny pristup na disk. Pripadne vyhradit particiu pre cache browserov, nech disk seekuje aspon po blizkych sektoroch a nie po celej ploche.