console-kit-daemon - peut-il être arrêté?


22

J'ai 60 instances du démon du kit de console sur l'installation du serveur Ubuntu 9.04. Est-il sûr de les tuer ou d'arrêter ces processus. Ils semblent prendre environ 20% de RAM chacun (voir sur htop).


11
60 * 20% = 1200%
pause jusqu'à nouvel ordre.

:) C'est juste tellement de fils. Le processus dans son ensemble prend 20%. J'ai confirmé avec la commande donnée ci-dessous par Gilles.
rampr

Réponses:


24

ConsoleKit gère les connexions à la console en mode graphique (c'est-à-dire avec gdmou équivalent); si votre serveur n'en a pas, vous n'en avez pas besoin, mais il ne sera pas démarré de toute façon. Vous pouvez également être intéressé par cette question .

Mais vous n'avez pas vraiment 60 instances prenant chacune 20% de RAM. Le démon ConsoleKit est multithread et htop affiche une ligne distincte pour chaque thread. C'est vraiment un processus et il n'y a qu'une seule copie de cette mémoire; vous pouvez le confirmer avec ps wwu -C console-kit-daemon.

De plus, l'utilisation de la mémoire indiquée par htop inclut la mémoire de code, dont une partie est susceptible d'être partagée avec d'autres processus utilisant les mêmes bibliothèques dynamiques.


Nous n'avons qu'à nous connecter à distance, donc nous pouvons les désactiver non? Existe-t-il un moyen propre d'arrêter X et le kit de console. Merci ?
rampr

Pour désactiver les connexions à la console en mode graphique, vous pouvez les supprimer /etc/X11/default-display-manager. Arrêtez l'instance en cours d'exécution avec stop gdm.
Gilles 'SO- arrête d'être méchant'

20

Sur un serveur sans tête basé sur Debian, la façon de supprimer et d'arrêter le kit de console que j'ai trouvé est la suivante

apt-get remove dbus-x11 consolekit

apt-get autoremove

Testé sur les tests Debian (Jessie)


Je n'avais aucun /etc/X11/default-display-managerfichier, et je pense que vous pourriez aussi bien désinstaller le paquet si vous n'en avez pas besoin. Je préfère cette solution
Steen Schütt

4

Toutes les machines Ubuntu (toutes les versions) que je connais ont celles qui apparaissent dans htop (la mienne a, les serveurs ont) et le nombre affiché est 0,2 ce qui signifie 0,2% et non 20% (les rapports htop sont déjà en%). Quoi qu'il en soit, comme l'a dit Gilles auparavant, ils ne courent pas efficacement. mysqld fait la même chose sur les serveurs mysql (pas 60 mais beaucoup) chacun rapportant qu'ils mangent une bonne partie de la RAM (comme 20 ou 30% chacun) et ce n'est pas possible. Vous pouvez vérifier la mémoire libre et vous verrez qu'ils n'utilisent pas cette RAM.



-3

Vous pouvez le tester en désactivant l'exécutable console-kit-daemon avec:

chmod 000 /usr/sbin/console-kit-daemon
killall console-kit-daemon

et tester si votre système est plus sain. Le mien n'a posé aucun problème après cela, mais je n'avais pas de processus gdm en cours d'exécution.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.