Posté par Kaane .
En réponse au journal udev forké.
Évalué à 1.
Ca doit prendre 2 minutes de faire une "unit" systemd qui lance des scripts shell comme le faisait sysvinit
Et qui va créer 32 watcher si tu utilise apache en mode démon+fast cgi avec 32 spawn, et comme mentionné dans un autre post on va être gentil et pas parler d'Erlang ou des programmes qui utilisent du GPGCU.
La seule bonne façon d'utiliser systemd c'est d'avoir des démons et des outils de controle (type apachectl) qui parlent courament le DBus.
Et je veux pas de DBus dans mon apache, je ne veux pas de watcher, je veux des perfs maximale parceque j'ai des centaines de milliers de connexion par minute et que le roundtrip DBus est loin d'être gratuit.
Donc non, pour des programmes aussi marginaux que apache, mysql, postfix, JBoss, Oracle etc. il va falloir rajouter des trucs dedans pour que ca marche intelligemment avec systemd, des trucs qui vont géner les perfs et dont moi, personellement, je n'ai rien à foutre.
[^] # Re: la guerre de s unices
Posté par Kaane . En réponse au journal udev forké. Évalué à 1.
Ca doit prendre 2 minutes de faire une "unit" systemd qui lance des scripts shell comme le faisait sysvinit
Et qui va créer 32 watcher si tu utilise apache en mode démon+fast cgi avec 32 spawn, et comme mentionné dans un autre post on va être gentil et pas parler d'Erlang ou des programmes qui utilisent du GPGCU.
La seule bonne façon d'utiliser systemd c'est d'avoir des démons et des outils de controle (type apachectl) qui parlent courament le DBus.
Et je veux pas de DBus dans mon apache, je ne veux pas de watcher, je veux des perfs maximale parceque j'ai des centaines de milliers de connexion par minute et que le roundtrip DBus est loin d'être gratuit.
Donc non, pour des programmes aussi marginaux que apache, mysql, postfix, JBoss, Oracle etc. il va falloir rajouter des trucs dedans pour que ca marche intelligemment avec systemd, des trucs qui vont géner les perfs et dont moi, personellement, je n'ai rien à foutre.