systemd n'a pas l'intention d'utiliser les cgroups, il les utilise, point.
Sur ma debian j'ai activé systemd, et maintenant la vie me sourit j'ai plein de cgroups :)
La commande systemd-cgls liste les cgroups utilisés sous forme d'arborescence.
En voici un court extrait :
├ 2 [kthreadd]
├ 3 [ksoftirqd/0]
├ 6 [migration/0]
(blabla noyau)
├ 16896 [kworker/u:2]
├ user
│ ├ root
│ │ └ 5c
│ │ ├ 3586 su
│ │ ├ 3588 bash
│ └ moi
│ └ 2c
│ ├ 2193 -:0
│ ├ 2716 /bin/sh /usr/bin/startkde
│ ├ 2747 /usr/bin/ssh-agent /usr/bin/ck-launch-session /usr/bin/dbus-launch --exit-with-session /usr/bin/startkde
│ ├ 2750 /usr/bin/dbus-launch --exit-with-session /usr/bin/startkde
(blabla mes processus)
└ systemd-1
├ 1 /bin/systemd
├ nfs-common.service
│ └ 15777 /sbin/rpc.statd
├ portmap.service
│ └ 15724 /sbin/portmap
├ kdm.service
│ ├ 1889 /usr/bin/kdm -config /var/run/kdm/kdmrc
│ ├ 1907 /usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-QsrSzb
│ ├ 2697 dbus-launch --autolaunch 9d930b78559f3c00ceac5bb1478de8d9 --binary-syntax --close-stderr
│ └ 2698 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
(blabla les services système)
Les cgroups permettent/permettront de faire tout ce qu'on a dit de trop cool, mais par contre, j'avoue ne pas savoir les utiliser (même pas eu le temps de lire la doc).
Sur son blog, Lennart parle notamment des options OOMScoreAdjust, CPUSchedulingPolicy... dans les fichiers de configuration des services pour systemd. Ce qui apporte, il me semble, une flexibilité considérable.
Bien sûr, les plus malins diront "un double fork, et mon processus détaché sort du contrôle de systemd".... C'est pour ça que les cgroups sont utilisés : les enfants, même détachés, restent dans le cgroup.
[^] # Re: Cgroups
Posté par Pinaraf . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 8.
Sur ma debian j'ai activé systemd, et maintenant la vie me sourit j'ai plein de cgroups :)
La commande systemd-cgls liste les cgroups utilisés sous forme d'arborescence.
En voici un court extrait :
├ 2 [kthreadd]
├ 3 [ksoftirqd/0]
├ 6 [migration/0]
(blabla noyau)
├ 16896 [kworker/u:2]
├ user
│ ├ root
│ │ └ 5c
│ │ ├ 3586 su
│ │ ├ 3588 bash
│ └ moi
│ └ 2c
│ ├ 2193 -:0
│ ├ 2716 /bin/sh /usr/bin/startkde
│ ├ 2747 /usr/bin/ssh-agent /usr/bin/ck-launch-session /usr/bin/dbus-launch --exit-with-session /usr/bin/startkde
│ ├ 2750 /usr/bin/dbus-launch --exit-with-session /usr/bin/startkde
(blabla mes processus)
└ systemd-1
├ 1 /bin/systemd
├ nfs-common.service
│ └ 15777 /sbin/rpc.statd
├ portmap.service
│ └ 15724 /sbin/portmap
├ kdm.service
│ ├ 1889 /usr/bin/kdm -config /var/run/kdm/kdmrc
│ ├ 1907 /usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-QsrSzb
│ ├ 2697 dbus-launch --autolaunch 9d930b78559f3c00ceac5bb1478de8d9 --binary-syntax --close-stderr
│ └ 2698 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
(blabla les services système)
Les cgroups permettent/permettront de faire tout ce qu'on a dit de trop cool, mais par contre, j'avoue ne pas savoir les utiliser (même pas eu le temps de lire la doc).
Sur son blog, Lennart parle notamment des options OOMScoreAdjust, CPUSchedulingPolicy... dans les fichiers de configuration des services pour systemd. Ce qui apporte, il me semble, une flexibilité considérable.
Bien sûr, les plus malins diront "un double fork, et mon processus détaché sort du contrôle de systemd".... C'est pour ça que les cgroups sont utilisés : les enfants, même détachés, restent dans le cgroup.