Administrace komentářů

No pokud provozujes jen tu jednu aplikaci, tak neni duvod to nejak optimalizovat, teda az na vypnuti vsech zbytechnych sluzeb.

Ale dejme tomu, ze aplikace si vytvari docasne soubory treba v /tmp do kterych pravidelne zapisuje a jejich velikost treba nepresahne 3GB. To zjistis pomoci: lsof -p cisloprocesu (pod rootem nebo stejnym uzivatelem jako bezi ta aplikace. System pak treba pouzivas jeste jako klasicky desktop, ale jen "doplnkove" a prednost davas rychlemu dokonceni te jedne aplikace.

Tak podle toho kolik mas pameti a co vis o maximalni velikosti tech souboru v /tmp mas 2 moznosti jak to v takovym pripade zoptimalizovat.

Prvni moznost je pokud vis ze to neprekroci 3GB a mas treba 4GB RAM, tak te aplikaci vyrobit ramdisk a donutit ji, at uklada ne do /tmp, ale do toho ramdisku. V tomto pripade vlastne zabranis vytlaceni tech dat z pameti jinymy programy.

Druha moznost kdyz nevis presne, ale tipnes si, ze nikdy nepresahne 10GB, tak muzes vyrobit treba 12GB swap soubor a jako /tmp pouzit souborovy system tmpfs. Todle ale pomaha ve skutecnosti jen pokud aplikace nepouziva funkci mmap() na ten soubor z /tmp nebo pokud pouzije mmap jen pro hodne malou oblast souboru ve srovnani s tim kolik pameti bys mohl obetovat. To bys mohl zjistit pomoci strace -ff -p binarkaAplikace 2>/tmp/trace; tail -f /tmp/trace | egrep "open|mmap".