Sur une machine de calcul, on utilise les CPUSET et les CGROUP pour tuer tout ce qui reste d'un job après que le walltime soit terminé. La problématique ici est la même donc comme dis ci-dessus, les CGROUP permettent de faire le boulot.
Sinon, le CACHE de socket, cela ne permet pas de mettre en cache les données pour le serveur syslog en attendant qu'il se lance ;-)
J'ai pas regarder systemd de près mais si c'est bien le processus PID=1 qui fait tout cela, ça craint ! J'espère qu'il se fork ou qu'il envoie des petits...
[^] # Re: ce type il devrait arrêter de bosser su GNU/Linux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 3.
Sur une machine de calcul, on utilise les CPUSET et les CGROUP pour tuer tout ce qui reste d'un job après que le walltime soit terminé. La problématique ici est la même donc comme dis ci-dessus, les CGROUP permettent de faire le boulot.
Sinon, le CACHE de socket, cela ne permet pas de mettre en cache les données pour le serveur syslog en attendant qu'il se lance ;-)
J'ai pas regarder systemd de près mais si c'est bien le processus PID=1 qui fait tout cela, ça craint ! J'espère qu'il se fork ou qu'il envoie des petits...