• [^] # Re: rapidité, changement

    Posté par (site web personnel) . En réponse au journal Systemd: tuons les mythes. Évalué à 3.

    Bah, voila, une troisième méthode que je connaissait pas, et non, je parle en effet d'une autre façon de faire.

    Mon coloc s'était plaint de devoir mettre "UsePAM yes" dans sa config, et j'avais fini par trouver un truc en lançant ssh à la demande via les sockets, ce qui fait 1 cgroup par connexion.

    Par exemple, sur ma machine ( ou je fait ça pour économiser 3mo de ram afin de pouvoir continuer à lancer des gros trucs java pour remplir les 8G qui reste ), en lançant 2 connexion ssh, j'ai 2 entrées dans la sortie de systemctl :

    ~ $ sudo systemctl | grep ssh 
    sshd@2-:...:1:51441.service loaded active running SSH Per-Connection Server
    sshd@3-:...:1:51442.service loaded active running SSH Per-Connection Server
    sshd.socket loaded active listening SSH Socket for Per-Connection Servers
    ~ $ systemctl status sshd@3-::1:22-::1:51442.service
    sshd@3-::1:22-::1:51442.service - SSH Per-Connection Server
     Loaded: loaded (/etc/systemd/system/sshd@.service; static)
     Active: active (running) since lun. 2013年01月28日 16:16:56 CET; 39s ago
    Main PID: 4148 (sshd)
     CGroup: name=systemd:/system/sshd@.service/3
    
    

    Et chacune est dans son propre cgroup, ce qui fait qu'un restart du service ne tue rien.
    Mais c'est pour moi un effet de bord du fonctionnement par socket plus qu'autre chose, donc je trouve ma méthode tiré par les cheveux.