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).
:) 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
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.
Réponses:
ConsoleKit gère les connexions à la console en mode graphique (c'est-à-dire avec
gdm
ou é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.
la source
/etc/X11/default-display-manager
. Arrêtez l'instance en cours d'exécution avecstop gdm
.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)
la source
/etc/X11/default-display-manager
fichier, et je pense que vous pourriez aussi bien désinstaller le paquet si vous n'en avez pas besoin. Je préfère cette solutionToutes 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.
la source
Oui, mais arrêtez X avant de les tuer.
la source
sudo killall Xorg
Vous pouvez le tester en désactivant l'exécutable console-kit-daemon avec:
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.
la source