Torej, server na katerem gostujem (moj?!) ni ravno neki state-of-the-art zadeva. Vbistvu je to že dokaj zastarela zadeva, ki še pač deluje normalno (nekaj o serverju lahk zvete tukaj)... Ampak deluje pa! PHA!

No anyways, ker me je že parkrat v življenju računalnik dobesedno na gobec, delam vsako noč backup celotnega serverja. Backup skripta ni nič posebnega, izračuna md5 checksum vseh kritičnih fajlov na serverju (ne traja dolgo, belive me), nato pa večino stvari strpa v en squashfs. Ni najbolj optimalna rešitev, ampak, hey, dela pa.

No, in del ki najbolj obremeni mašino je izdelava squashfs-ja. Rama pusti prostega zelo malo, da procesorja ne omenjamo. No sredi tega zverinjaka, mi je pa v ozadju laufal lzma kompresor, ki je tako ali tako požrl že skoraj vso memorijo. Efekt? Vse kar je še linux pametnega počel je bilo premikanje blokov iz swapa v ram in obratno. 

Obadva procesa mi je bilo škoda kilnit, mogel sem pa nekak umirit zmedo. Solušn?

pkill -SIGSTOP lzma

SIGSTOP? WTF?! Wikipedia pravi tole: "On POSIX-compliant platforms, SIGSTOP is the signal sent to a process to stop it for later resumption". Ja, kaj, pač, nehal bo porabljat procesor. Ampak to še vedno ne reši problema, da je rama premalo...

Or does it? Glede na to da proces ne dela ničesar... Se je linux odloču da bo po potrebi spakiral vse kar ma lzma v memoriji v swap v zameno za squashfs.

Torej čez 3 minute je večina memorije lzma ležala v swapu, mksquashfs se je pa brez problema izvajal z večino svojega spomina v ramu.

Ko je končal samo: pkill -SIGCONT lzma, počakaš par minut, da kernel potegne potrebne page iz diska v ram in greš spat...

Če si tako len kot jaz, si še skriptico napišeš, ki bo ko bo treba sama poslala tisti signal