Dotaz: omezeni pameti procesu pomoci systemd

[JRN]

Zdravim, mam systemd (CoS7) servery na kterych bezi rada procesu vlastnena uzivateli. Joby jsou spousteny planovacem neinteraktivne (zadny shell,logind atd). Jedinym jednoticim clankem tedy muze byt clenstvi uzivatelu v nejake skupine a process planovace (nadrizeny proces). Nazev spoustenych procesu je predem neznamy. Jak na to s cgroups zkrs systemd prikazy? Navic mam letitou verzi systemd 208 a bez sance na update :). Dik J.

Odpovědi

[rastos]

Výhodou tých zatracovaných shell skriptov je to, že tam dopíšeš "ulimit -d 1000" a je to.

[Sten]

Jak těmi shell scripty spouštíte úlohy neinteraktivně v naplánovaný čas? Že jste si přečetl jen titulek a hned se musel otřít o systemd, aniž byste chápal otázku?

[rastos]

Jak těmi shell scripty spouštíte úlohy neinteraktivně v naplánovaný čas?

at/cron

[Sten]

Co je to za plánovač? Pokud ty úlohy nejsou systemd unity, tak to systemd nijak nevyřeší

[Kate]

A pokud jsou to systemd timer unity, jde to snadno :)

[JRN]

Zkousel jsem je (slices), nemam je na co ale odkazat.

[jrn]

MPI aplikace spoustene pres SLURM (workload manager). SLURM ma svuj profil v systemd. Samotne spustene procesy pak se mi objevuji primo pod cgroup korenem. Potiz je, ze tyto procesy jsou proste 'nekde' a 'nejak' se jmenuji. Spousti se v danem pripade jako procesy pro kazdy core nebo jako process s jednim threadem pro kazdy core. Obcas (cca 50%) hraje roli i HWlock (NUMA), ale doufam, ze s tim si kernel poradi. Problem je s bufferem Infiniband.. ten proste jede v userspacu, ale ridi si ho modul. Meni velikost a obcas se srazi s nenazranou aplikaci. V takovem pripade selze celej kernel modul dumpem a tim hra konci (a mnoho CPU/hodin) Muzu snizit velikost cache pro Infiniband ale to ma celkej znacnej dopad vsude na vykonost. Systemd moc neznam, ale napada me postup - odlisit procesy od systemovych pomoci skupiny vlastniku, ale nevim jak to v systemd udelat v danem pripade. (uzivatel jen vlastni job). Situaci jeste komplikuje skutecnost, ze kazda spustena uloha muze mit jiny LMOD profil (a casto ma, ale s tim bych si uz dovedl poradit).

[Josef Kufner]

A nemůžeš ty procesy spouštět jako systemd služby? SLURM by jen říkal systemd jestli spustit nebo zastavit to či ono, ale proces jako takový by hlídal a omezoval systemd. (SLURM neznám; předpokládám, že půjde nastavit příkaz na spuštění a na zastavení procesu.)

[jrn]

SLURM jako takovy zajistuje propojeni procesu pres MPI, takze vlastne procesy se spousti pres MPI. Tady jsou navic asi 3 nejcastejsi implementace, ktere uzivatele pouzivaji. Ja se bojim toho, aby mi to cgroups neroztrhaly. A na zkouseni moc prostoru nemam. Ja s tim problemem muzu zit, jen to nevypada hezky :)

[JRN]

Tak jsem dacan. SLURM ma primo podporu pro cgroups zabudovanou. Matouci bylo, ze nazvy souboru jsou stejne, tak jsem si myslel, ze se mluvi o skutecnych cgroup konfigurakach, a ono ne :). Kazdopadne dik za reakci. J