rekurzivni fork a omezeni procesu?

[Pavel Kankovsky]

On Tue, 18 Mar 1997, Radim HABALA wrote:

> On Tue, 18 Mar 1997, Michal Choura wrote:
> 
> > No vzdyt ono to Linux skutecne neshodi, ono ho to jen zpomali natolik, ze
> > na nem nikdo (ani root) nemuze nic delat:-)). Pokud ten program ten, kdo
> > ho spustil, ukonci Ctrl-C, tak Linux jede normalne dal. Vytizeni systemu
> > stoupne tak na 150, pokud maji uzivatele omezeni na max. 256 procesu (na
> > mem slackwaru standard). Ale ted jsem to zkousel na Sunu na solarisu a
> > chova se to uplne stejne, takze to neni jen chyba-vlastnost Linuxu.
> 
> Plne souhlasim, zkousej jsem to. Mam ale jeden (pravdepodobne too-sipmle) 
> dotaz: KDE nebo JAK se nastavi to omezeni uhledne uzivatelskych procesu ??

systemove volani setrlimit(), parametr RLIMIT_NPROC omezuje CELKOVY pocet
procesu, ktere mohou byt danym uzivatelem spusteny (implementace je
docela zajimava--viz kernel/fork.c, fce find_empty_process()); lepsi
loginy (myslim, ze to umi ten z shadow suite) a ruzni (take lepsi) demoni
na spousteni uzivatelskych procesu umi z /etc/default/??? vzit adminem
nedefinovane hodnoty a strcit je do "hard limits"

(dostupne i pres shellovy prikaz ulimit, v csh je to mozna limit)

jinak globalnich omezeni pres vsechny non-rot uzivatele by slo dosahnout
upravou konstant NR_TASKS a MIN_TASKS_LEFT_FOR_ROOT

existuji ovsem i jine cesty--nedavno jsem v Linux Journalu cetl o nejake
veci, co umi monitorovat funkcnost masiny a take ji prebootovat, kdyz je
na tom spatne (napr. load > 20.0), mozna to umi i "mirnejsi prostredky"
("pouhe" vyvrazdeni uzivatelskych procesu apod.)

--Pavel Kankovsky aka Peak (troja.mff.cuni.cz network administration)