Forum

Bonjour,

après plusieurs tentatives ratées de migration de la version 5 à la version 6 et avoir enfin compris qu'il valait beaucoup mieux faire une installation de novo puis ramener ses données utilisateur préalablement sauvegardées dans le compte user fraichement créé, je suis enfin très satisfait du fonctionnement de la version 6 et du KDE plasma 5.
Je félicite donc l'équipe de production pour son travail et la remercie.

Etant un tantinet puriste (certains diraient emmer...) je me pose quand même quelques questions ( qui sont sûrement bêtes, m' enfin j'ose !) :
Lorsque j'essaie d'optimiser l'utilisation de la RAM par KDE (qui a tendance à être un peu gourmand) par exemple en stoppant akonadi et ses fils, je constate l'existence de 2 instances de systemd ,
- l'une lancée par le user sddm (gestionnaire de bureau),
- l'autre par le user qui a démarré la session KDE
chacune lance sd-pam + gpg-agent + kactivitymanagerd - ce dernier générant 3 à 10 threads

Donc est-ce qu'il est nécessaire à la session sddm de lancer le gestionnaire d'activités de KDE ?
est-ce qu'une seule instance de systemd ne pourrait pas s'occuper de deux users ?
Si non comment peut-on optimiser cela à votre connaissance ?
Merci d'avance de vos lumières,
Cordialement,
blong

Optimiser et utiliser KDE Plasma, n'est-ce pas contradictoire ?

Optimiser et utiliser KDE Plasma, n'est-ce pas contradictoire ?

je ne vois pas pourquoi configurer KDE Plasma pour mieux s'en servir serait contradictoire, sauf si ta remarque est de l'humour pour dire que Plasma est tellement "usine à gaz" qu'on a seulement le choix entre l'utiliser tel-quel ou bien optimiser un autre bureau ?
J'espère quand même (restons optimistes !) que l'évolution de Plasma 5 améliorera les défauts actuels
Ceci étant dit, la partie "sddm" de mon premier message ne concerne pas KDE ...

les instances de systemd peuvent être lancé par différent moyen (simple, forking, oneshot, dbus, notify ou idle voir le man), ça se passe sous /usr/lib/systemd où tu peux t'amuser à tuner ton système, mais perso je ne le ferai pas car c'est le meilleur moyen de le rendre instable.

Merci mais en fait ma question serait : faut-il vraiment deux instances de systemd pour qu'un utilisateur travaille avec kde ? A quoi sert l'instance de systemd lancée par sddm lorsque celle lancée par l'utilisateur démarre ?
Pourquoi n'est-ce pas la même instance qui gère la target "multi-user" (d'aprés son nom, elle gère plusieurs users, non ? ) Il y a peut-être une explication toute bête, mais je ne vois pas.
Si un développeur connait la réponse, merci d'avance, sinon tant pis, c'est pas grave, je resterai idiot !

Bon, en lisant ça, j'ai vu que tu ne comprenais pas tout à systemd. Moi non plus !
En effet systemd, à mon avis, ne gère pas les users. "multi-users" est juste une cible (target) qui indique que les users peuvent se connecter. Avant cette cible, seul root peut fonctionner. Mais systemd "ne gère pas " les users., c'est le système d'exploitation qui s'en occupe.

Je te propose d'argumenter et d'indiquer ici ce qui te fait croire que "2 instances" de systemd fonctionnent.

A titre de comparaison, je tourne avec avec Xfce et donc LightDM et j'ai ceci pour systemd

A magnux77 :
OK j'argumente (tant pis si je suis trop long) :
- tu montres dans ton listing deux process systemd de pid 5372 (lightdm) et 5620 (jps)
- en fait j'ai essayé de comparer l'utilisation mémoire entre :
a) un système Kubuntu 17.10 (kernel 4.13.0.38-generic + KDE Plasma 5.10.5 + KF 5.38.0 + Qt 5.9.1 + systemd) et
b) l'autre système avec Mageia 6 (kernel 4.14.30-desktop-3.mga6 + KDE Plasma 5.8.7 + KF 5.32.0 + Qt 5.6.2 + systemd 230 ) + "akonadictl stop"

C'est évidement une comparaison approximative of course puisque sur deux machines 64 bits différentes (procs, drivers, quantité de ram, Hdds, etc)

j'obtiens avec la commande "ps aux | grep systemd" :
a)
[bl@boomx ~]$ ps aux | grep systemd
root 503 0.0 0.1 89796 13804 ? Ss 09:29 0:00 /lib/systemd/systemd-journald
root 519 0.0 0.0 45988 4736 ? Ss 09:29 0:00 /lib/systemd/systemd-udevd
systemd+ 955 0.0 0.0 145304 4952 ? Ssl 09:29 0:00 /lib/systemd/systemd-timesyncd
root 1023 0.0 0.0 65680 5868 ? Ss 09:29 0:00 /lib/systemd/systemd-logind
message+ 1025 0.0 0.0 48880 5264 ? Ss 09:29 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
systemd+ 1102 0.0 0.0 65980 6240 ? Ss 09:29 0:00 /lib/systemd/systemd-resolved
bl 1153 0.0 0.0 80368 8020 ? Ss 09:29 0:00 /lib/systemd/systemd --user
bl 1195 0.0 0.0 47816 4580 ? Ss 09:29 0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation
bl 2551 0.0 0.0 14372 1076 pts/0 S+ 11:08 0:00 grep --color=auto systemd

b)
[b@galatee ~]$ ps aux | grep systemd
root 526 0.0 0.2 99480 45536 ? Ss 10:28 0:00 /usr/lib/systemd/systemd-journald
root 572 0.0 0.0 36848 4396 ? Ss 10:28 0:00 /usr/lib/systemd/systemd-udevd
systemd+ 845 0.0 0.0 102280 2620 ? Ssl 10:28 0:00 /usr/lib/systemd/systemd-timesyncd
message+ 1047 0.0 0.0 24392 4240 ? Ss 10:28 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
systemd+ 1062 0.0 0.0 13464 2720 ? Ss 10:28 0:00 /usr/lib/systemd/systemd-networkd
root 1063 0.0 0.0 15404 2688 ? Ss 10:28 0:00 /usr/lib/systemd/systemd-logind
systemd+ 1323 0.0 0.0 23916 2884 ? Ss 10:28 0:00 /usr/lib/systemd/systemd-resolved
sddm 3926 0.0 0.0 36312 4564 ? Ss 10:28 0:00 /usr/lib/systemd/systemd --user
b 4065 0.0 0.0 36316 4596 ? Ss 10:28 0:00 /usr/lib/systemd/systemd --user
b 27410 0.0 0.0 12336 956 pts/0 S+ 11:11 0:00 grep --color systemd

donc on a bien dans le cas a) une seule instance de "systemd --user" de PID 1153 lancée par "bl" et
dans le cas b) l'instance systemd de pid 3926 exécutée par le user "sddm" PLUS l'instance PID 4065 du user "b"

j'ai essayé d'en savoir plus en utilisant la commande "systemctl status" dans chaque cas et cela confirme ce doublon :
en a)
on n'a qu'un seul "user.slice" qui correspond à l'uid 1000 de "bl"
CGroup: /
├─user.slice
│ └─user-1000.slice
│ ├─user@1000.service
│ ├─user@1000.service
│ │ ├─obex.service
│ │ │ └─1362 /usr/lib/bluetooth/obexd
│ │ ├─dbus.service
│ │ │ ├─1159 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation
│ │ │ ├─1283 /usr/lib/dconf/dconf-service
│ │ │ ├─1287 /usr/bin/kglobalaccel5
│ │ │ ├─1292 /usr/lib/x86_64-linux-gnu/libexec/kf5/kscreen_backend_launcher
│ │ │ ├─1435 /usr/lib/x86_64-linux-gnu/gconf/gconfd-2
│ │ │ └─1499 /usr/bin/kuiserver
│ │ └─init.scope
│ │ ├─1117 /lib/systemd/systemd --user
│ │ └─1118 (sd-pam)
//////////////////////
//////////////////////
│ └─session-1.scope
/////////////////////
├─init.scope
│ └─1 /sbin/init splash
└─system.slice
/////

en b)
on en a deux :user-1000.slice + user-983.slice
CGroup: /
├─user.slice
│ ├─user-1000.slice
│ │ ├─user@1000.service
│ │ │ ├─pulseaudio.service
│ │ │ │ ├─4315 /usr/bin/pulseaudio --daemonize=no
│ │ │ │ └─4541 /usr/libexec/pulse/gconf-helper
│ │ │ ├─gpg-agent.service
│ │ │ │ └─4072 /usr/bin/gpg-agent --daemon
│ │ │ └─init.scope
│ │ │ ├─4065 /usr/lib/systemd/systemd --user
│ │ │ └─4068 (sd-pam)
/////////////////
//////////////////
│ │ └─session-c2.scope
/////////////
│ └─user-983.slice
│ ├─user@983.service
│ │ ├─gpg-agent.service
│ │ │ └─3933 /usr/bin/gpg-agent --daemon
│ │ └─init.scope
│ │ ├─3926 /usr/lib/systemd/systemd --user
│ │ └─3929 (sd-pam)
│ └─session-c1.scope
│ ├─3942 dbus-launch --autolaunch fabb261a220b42408aff0a5c6b283674 --binary-syntax --close-stderr
│ └─3943 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
├─init.scope
│ └─1 /sbin/init
└─system.slice
//////
Donc ce qui me rend dubitatif c'est que dans le cas a) un seul systemd gère le gestionnaire de bureau ET la session utilisateur alors que dans mon cas b) ainsi que dans celui que tu as listé, il en faut 2 !
Est-ce une question d'optimisation différente du système entre kubuntu et mageia ?

Ce n'est pas un problème qui vient de systemd ou de KDE et s'il n'y a pas de raison explicite pour faire comme ça il me semble que le fonctionnement de mageia est plus compliqué (moins optimisé ?) ?

Bonjour,
Je n'ai aucune idée de comment ça devrait fonctionner.
de mon côté, je n'ai qu'un systemd --user


Je précise que mon système démarre en autologin.

Bonjour,

Cela fait longtemps que je n'ai pas utilisé les dérivées d'Ubuntu donc ce que je vais dire est peut être erroné. Sur Mageia lorsque l'on fait un Ctrl-Alt-F1, le gestionnaire de connexion s'affiche. F3 à F9 affiche eux des terminaux. Cependant un Ctrl-Alt-F2 permet de retrouver sa session déjà ouverte. Ce n'était pas le cas à l'époque sur Ubuntu. On ne pouvait pas avoir à la fois un gestionnaire de connexion et la session ouverte. N'est-pas le but de ces deux instances de systemd ?
Papoteur étant en connexion automatique, cela explique que cela ne s'affiche pas chez lui.

Bonsoir Yuusha et un grand merci pour tes lumières !

tu as effectivement 100 % raison : si je bascule la mageia en connexion automatique, je n'ai plus qu'une seule instance de systemd qui s'exécute et autant de moins qui traine en mémoire dû à tout ce qu'exécute le sddm comme process divers.
Ca fait un bail que cette histoire me turlupine et grâce à toi j'y vois plus clair !
Merci !

Bonsoir

Je ne connaissais pas du tout ces raccourcis ! C'est juste génial.
Merci à blong et Yuusha pour cet échange