Bonsoir,
Suite aux messages parlant du débat concernant le futur système d'init
utilisé par Debian. J'ai décidé d'expérimenter systemd.
Je ne sais pas si ce sera le choix des DD. Il demande de profonds
changements dans les scripts, il brise la compatibilité avec Unix et son
auteur est quelqu'un de contre versé.
Il y a quelques années, j'ai assisté à une superbe conférence sur systemd.
Déjà à l'époque, j'avais trouvé les principes très intéressants.
J'ai installé une Debian testing minimaliste, serveur SSH et outils
standards.
Installation de 2 paquets :
Systemd et systemd-sysv
Mise en hold de systemd-sysv et update-grub.
Le boot et le shutdown est extrêmement rapide. Je suis bluffé.
Maintenant, je sais que ce test n'est pas exhautif et je devrai tester
plus en avant de me faire une idée définitive.
Quelqu'un d'autre a-t-il fait des essais similaires ?
Bien à vous.
Bonsoir,
Suite aux messages parlant du débat concernant le futur système d'init
utilisé par Debian. J'ai décidé d'expérimenter systemd.
Je ne sais pas si ce sera le choix des DD. Il demande de profonds
changements dans les scripts, il brise la compatibilité avec Unix et son
auteur est quelqu'un de contre versé.
Il y a quelques années, j'ai assisté à une superbe conférence sur systemd.
Déjà à l'époque, j'avais trouvé les principes très intéressants.
J'ai installé une Debian testing minimaliste, serveur SSH et outils
standards.
Installation de 2 paquets :
Systemd et systemd-sysv
Mise en hold de systemd-sysv et update-grub.
Le boot et le shutdown est extrêmement rapide. Je suis bluffé.
Maintenant, je sais que ce test n'est pas exhautif et je devrai tester
plus en avant de me faire une idée définitive.
Quelqu'un d'autre a-t-il fait des essais similaires ?
Bien à vous.
Bonsoir,
Suite aux messages parlant du débat concernant le futur système d'init
utilisé par Debian. J'ai décidé d'expérimenter systemd.
Je ne sais pas si ce sera le choix des DD. Il demande de profonds
changements dans les scripts, il brise la compatibilité avec Unix et son
auteur est quelqu'un de contre versé.
Il y a quelques années, j'ai assisté à une superbe conférence sur systemd.
Déjà à l'époque, j'avais trouvé les principes très intéressants.
J'ai installé une Debian testing minimaliste, serveur SSH et outils
standards.
Installation de 2 paquets :
Systemd et systemd-sysv
Mise en hold de systemd-sysv et update-grub.
Le boot et le shutdown est extrêmement rapide. Je suis bluffé.
Maintenant, je sais que ce test n'est pas exhautif et je devrai tester
plus en avant de me faire une idée définitive.
Quelqu'un d'autre a-t-il fait des essais similaires ?
Bien à vous.
Bonsoir,
Suite aux messages parlant du débat concernant le futur système d'init
utilisé par Debian. J'ai décidé d'expérimenter systemd.
Je ne sais pas si ce sera le choix des DD. Il demande de profonds
changements dans les scripts, il brise la compatibilité avec Unix et son
auteur est quelqu'un de contre versé.
Il y a quelques années, j'ai assisté à une superbe conférence sur systemd.
Déjà à l'époque, j'avais trouvé les principes très intéressants.
J'ai installé une Debian testing minimaliste, serveur SSH et outils
standards.
Installation de 2 paquets :
Systemd et systemd-sysv
Mise en hold de systemd-sysv et update-grub.
Le boot et le shutdown est extrêmement rapide. Je suis bluffé.
Maintenant, je sais que ce test n'est pas exhautif et je devrai tester
plus en avant de me faire une idée définitive.
Quelqu'un d'autre a-t-il fait des essais similaires ?
Bien à vous.
Bonsoir,
Suite aux messages parlant du débat concernant le futur système d'init
utilisé par Debian. J'ai décidé d'expérimenter systemd.
Je ne sais pas si ce sera le choix des DD. Il demande de profonds
changements dans les scripts, il brise la compatibilité avec Unix et son
auteur est quelqu'un de contre versé.
Il y a quelques années, j'ai assisté à une superbe conférence sur systemd.
Déjà à l'époque, j'avais trouvé les principes très intéressants.
J'ai installé une Debian testing minimaliste, serveur SSH et outils
standards.
Installation de 2 paquets :
Systemd et systemd-sysv
Mise en hold de systemd-sysv et update-grub.
Le boot et le shutdown est extrêmement rapide. Je suis bluffé.
Maintenant, je sais que ce test n'est pas exhautif et je devrai tester
plus en avant de me faire une idée définitive.
Quelqu'un d'autre a-t-il fait des essais similaires ?
Bien à vous.
Bonsoir,
Suite aux messages parlant du débat concernant le futur système d'init
utilisé par Debian. J'ai décidé d'expérimenter systemd.
Je ne sais pas si ce sera le choix des DD. Il demande de profonds
changements dans les scripts, il brise la compatibilité avec Unix et son
auteur est quelqu'un de contre versé.
Il y a quelques années, j'ai assisté à une superbe conférence sur systemd.
Déjà à l'époque, j'avais trouvé les principes très intéressants.
J'ai installé une Debian testing minimaliste, serveur SSH et outils
standards.
Installation de 2 paquets :
Systemd et systemd-sysv
Mise en hold de systemd-sysv et update-grub.
Le boot et le shutdown est extrêmement rapide. Je suis bluffé.
Maintenant, je sais que ce test n'est pas exhautif et je devrai tester
plus en avant de me faire une idée définitive.
Quelqu'un d'autre a-t-il fait des essais similaires ?
Bien à vous.
Sur mon portable pas récent (2 ans) sous sid (amd64) j'utilise systemd
depuis quelques mois (sous debian c'est une ancienne version). Le
démarrage est beaucoup plus rapide, alors que je lance une foultitude
de services sur mon systeme :
$ systemd-analyze
Startup finished in 4.899s (kernel) + 7.335s (userspace) = 12.235s
Et encore, le temps userspace tient compte du temps de saisie de
mon mot de passe au login.
Sur mon portable pas récent (2 ans) sous sid (amd64) j'utilise systemd
depuis quelques mois (sous debian c'est une ancienne version). Le
démarrage est beaucoup plus rapide, alors que je lance une foultitude
de services sur mon systeme :
$ systemd-analyze
Startup finished in 4.899s (kernel) + 7.335s (userspace) = 12.235s
Et encore, le temps userspace tient compte du temps de saisie de
mon mot de passe au login.
Sur mon portable pas récent (2 ans) sous sid (amd64) j'utilise systemd
depuis quelques mois (sous debian c'est une ancienne version). Le
démarrage est beaucoup plus rapide, alors que je lance une foultitude
de services sur mon systeme :
$ systemd-analyze
Startup finished in 4.899s (kernel) + 7.335s (userspace) = 12.235s
Et encore, le temps userspace tient compte du temps de saisie de
mon mot de passe au login.
Par ailleurs, on ne passe pas son temps à redémarrer ses machines.
Quel est donc l'intérêt de gagner quelques hypothétiques secondes ?
Par ailleurs, on ne passe pas son temps à redémarrer ses machines.
Quel est donc l'intérêt de gagner quelques hypothétiques secondes ?
Par ailleurs, on ne passe pas son temps à redémarrer ses machines.
Quel est donc l'intérêt de gagner quelques hypothétiques secondes ?
[â¦]
Il y a tout de même quelque chose qui me dérange. Le tem ps
CPU est incompressible. Que les daemons soient lancés en
parallèle ou en séquence, ça ne change rien au ré sultat sauf
à vouloir utiliser sa machine avant que tout soit lancé.
Je ne vois donc pas l'intérêt à virer un système SysV ou BSD
qui fonctionne parfaitement
pour un bidule comme systemd (qui me rappelle étrangement le
sale truc de Solaris 10).
Par ailleurs, on ne passe pas son temps à redémarrer ses
machines.
Quel est donc l'intérêt de gagner quelques
hypothétiques secondes ? Le système actuel avec des
dépendances gérées dans les en-têtes des scripts init.d me
semble parfait.
assez antique pour être édité à la main et
assez moderne pour ne pas faire trop de concetés dans l'ordre
de démarrage.
[â¦]
Il y a tout de même quelque chose qui me dérange. Le tem ps
CPU est incompressible. Que les daemons soient lancés en
parallèle ou en séquence, ça ne change rien au ré sultat sauf
à vouloir utiliser sa machine avant que tout soit lancé.
Je ne vois donc pas l'intérêt à virer un système SysV ou BSD
qui fonctionne parfaitement
pour un bidule comme systemd (qui me rappelle étrangement le
sale truc de Solaris 10).
Par ailleurs, on ne passe pas son temps à redémarrer ses
machines.
Quel est donc l'intérêt de gagner quelques
hypothétiques secondes ? Le système actuel avec des
dépendances gérées dans les en-têtes des scripts init.d me
semble parfait.
assez antique pour être édité à la main et
assez moderne pour ne pas faire trop de concetés dans l'ordre
de démarrage.
[â¦]
Il y a tout de même quelque chose qui me dérange. Le tem ps
CPU est incompressible. Que les daemons soient lancés en
parallèle ou en séquence, ça ne change rien au ré sultat sauf
à vouloir utiliser sa machine avant que tout soit lancé.
Je ne vois donc pas l'intérêt à virer un système SysV ou BSD
qui fonctionne parfaitement
pour un bidule comme systemd (qui me rappelle étrangement le
sale truc de Solaris 10).
Par ailleurs, on ne passe pas son temps à redémarrer ses
machines.
Quel est donc l'intérêt de gagner quelques
hypothétiques secondes ? Le système actuel avec des
dépendances gérées dans les en-têtes des scripts init.d me
semble parfait.
assez antique pour être édité à la main et
assez moderne pour ne pas faire trop de concetés dans l'ordre
de démarrage.
Guy Roussin a écrit :Sur mon portable pas récent (2 ans) sous sid (amd64) j'utilise systemd
depuis quelques mois (sous debian c'est une ancienne version). Le
démarrage est beaucoup plus rapide, alors que je lance une foultitude
de services sur mon systeme :
$ systemd-analyze
Startup finished in 4.899s (kernel) + 7.335s (userspace) = 12.235s
Et encore, le temps userspace tient compte du temps de saisie de
mon mot de passe au login.
Il y a tout de même quelque chose qui me dérange. Le temps CPU
est incompressible.
Que les daemons soient lancés en parallèle ou en
séquence, ça ne change rien au résultat sauf à vouloir utiliser sa
machine avant que tout soit lancé. Je ne vois donc pas l'intérêt à
virer un système SysV ou BSD qui fonctionne parfaitement pour un
bidule comme systemd (qui me rappelle étrangement le sale truc de
Solaris 10).
Guy Roussin a écrit :
Sur mon portable pas récent (2 ans) sous sid (amd64) j'utilise systemd
depuis quelques mois (sous debian c'est une ancienne version). Le
démarrage est beaucoup plus rapide, alors que je lance une foultitude
de services sur mon systeme :
$ systemd-analyze
Startup finished in 4.899s (kernel) + 7.335s (userspace) = 12.235s
Et encore, le temps userspace tient compte du temps de saisie de
mon mot de passe au login.
Il y a tout de même quelque chose qui me dérange. Le temps CPU
est incompressible.
Que les daemons soient lancés en parallèle ou en
séquence, ça ne change rien au résultat sauf à vouloir utiliser sa
machine avant que tout soit lancé. Je ne vois donc pas l'intérêt à
virer un système SysV ou BSD qui fonctionne parfaitement pour un
bidule comme systemd (qui me rappelle étrangement le sale truc de
Solaris 10).
Guy Roussin a écrit :Sur mon portable pas récent (2 ans) sous sid (amd64) j'utilise systemd
depuis quelques mois (sous debian c'est une ancienne version). Le
démarrage est beaucoup plus rapide, alors que je lance une foultitude
de services sur mon systeme :
$ systemd-analyze
Startup finished in 4.899s (kernel) + 7.335s (userspace) = 12.235s
Et encore, le temps userspace tient compte du temps de saisie de
mon mot de passe au login.
Il y a tout de même quelque chose qui me dérange. Le temps CPU
est incompressible.
Que les daemons soient lancés en parallèle ou en
séquence, ça ne change rien au résultat sauf à vouloir utiliser sa
machine avant que tout soit lancé. Je ne vois donc pas l'intérêt à
virer un système SysV ou BSD qui fonctionne parfaitement pour un
bidule comme systemd (qui me rappelle étrangement le sale truc de
Solaris 10).
[...]
[...]
[...]
9 Feb 2014 15:22:19 +0100
Rémi Vanicat écrivait :[...]
Un article sympa pour mieux cerner les problèmes et ce que propose systemd pour les résoudre :
http://www.linuxadvocates.com/2013/05/cgroups-big-win-for-systemd.html
Jean-Marc
9 Feb 2014 15:22:19 +0100
Rémi Vanicat <vanicat@debian.org> écrivait :
[...]
Un article sympa pour mieux cerner les problèmes et ce que propose systemd pour les résoudre :
http://www.linuxadvocates.com/2013/05/cgroups-big-win-for-systemd.html
Jean-Marc <jean-marc@6jf.be>
9 Feb 2014 15:22:19 +0100
Rémi Vanicat écrivait :[...]
Un article sympa pour mieux cerner les problèmes et ce que propose systemd pour les résoudre :
http://www.linuxadvocates.com/2013/05/cgroups-big-win-for-systemd.html
Jean-Marc