Vcelku mně to zaujalo a donutilo to zkusit na jednom serveru, který se mi teď párkrát právě takhle blbě říznul to zkusit. Jenže je tam Fedora 7 a pro tu to není tak jednoduché rozjet. Nakonec jsem skončil u sysrqd démona, který sici asi bude náchylnější na pády, ale zase šel nainstalovat :-)
Nemyslim, ze by byl nejak extra padavy, spise kdyz se nepekne sekne user space, tak pres nej nic neposlete. Tady je u kerneloveho reseni vetsi nadeje. Navic kdyz to bude dlouhodobe spici demon, tak si ho oom_killer urcite vybere jako vhodnou obet, az bude systemu dochazet pamet. A zabranit tomu je zase o dalsim demonovi.
Ono ne kazde zatuhnuti se takle da vyresit, ale nekdy to pomuze.
OOM Killeru se dá říct, ať daného démona nezabíjí, pomocí /proc/$PID/oom_adj
. Démon se také může odpoutat od filesystému i swapu tak, že svůj paměťový prostor flock
ne, a prioritu nad ostatními aplikacemi si může nastavit nice
m. Pak už ho může zastavit jedině to, když se sekne scheduler v jádře, ale potom asi těžko bude fungovat i cokoliv jiného včetně kernelového řešení.