Qu'est-ce que le processus «/ usr / bin / X: 0 -auth / var / run / lightdm / root /: 0 -nolisten tcp vt7 -novtswitch -background none»?

9

Je rencontre de sérieux problèmes de performances avec ma configuration Ubuntu 12.04 et je cherche donc le coupable en exécutant htopmes tâches habituelles.

Mis à part les suspects habituels comme le chrome, le compiz et le conky, j'ai remarqué ce processus:

/usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch -background none

Non seulement il fonctionne en permanence, mais il est également l'un des principaux porcs de ressources dans la liste des processus, tant en ce qui concerne l'utilisation du processeur que la consommation de mémoire. Il est le numéro un mangeur performances la plupart du temps, seulement dépassé de temps à autre par une tâche particulièrement avide comme lecteur ressource flash ou similaire.

À en juger par le nom, je ne suis absolument pas sûr de ce qu'il fait. X et lightdm semblent indiquer une relation avec l'interface graphique tandis que tcp semble lié au réseau.

Ma (mes) question (s): ce processus est-il censé s'exécuter tout le temps? Est-il légitime d'utiliser autant de ressources? En ai-je besoin pour courir ou est-il sûr de tuer, si oui, comment?

FYI: Mon système est complètement à jour, j'utilise même le xorg-edgers ppa pour les tout derniers pilotes nvidia et compiz-packages (pour des raisons spécifiques liées aux bogues).

Toutes les suggestions seraient très appréciés.

performance process cpu-load memory-usage memory-leak FuzzyQ
la source
2
Si vous le tuez, vous perdrez votre interface graphique jusqu'à ce que vous redémarriez votre ordinateur ou sachiez comment redémarrer le serveur X.
Braden Best

Réponses:

7

Il s'agit du serveur graphique système et ne doit pas être tué. Il convertit la disposition des applications de bureau en opérations de dessin de bas niveau sur votre carte graphique et achemine les entrées du clavier et de la souris vers l'application appropriée qui devrait les recevoir.

La référence à LightDM est que c'est le premier client qu'il démarre (l'écran de connexion Ubuntu); La référence à TCP est parce que X est conçu pour être transparent au réseau - il peut fonctionner très bien avec des périphériques d'entrée, des applications et des périphériques d'affichage fonctionnant tous sur des ordinateurs différents. (Je pense que dans Ubuntu, il est configuré pour ne pas accepter les connexions réseau, uniquement celles provenant de SSH, mais peut-être tort).

Vérifiez que les statistiques que vous utilisez concernent X lui-même plutôt que X et les enfants, car les enfants incluent toutes les applications que vous exécutez dans un environnement graphique. L'utilisation excessive des ressources par X lui-même est généralement due à un mauvais comportement des applications de bureau, mais cela peut être très difficile à déboguer.

chronite
la source
Merci pour votre réponse connue et légitime! Pourriez-vous développer davantage cette dernière partie? Comment aborderiez-vous le débogage?
FuzzyQ
1
Il y a des informations ici wiki.ubuntu.com/X/Troubleshooting/HighCPU
chronitis
2

Voilà le serveur X. C'est l'interface graphique dont toutes les autres applications graphiques sont clientes.

  • Oui, il est censé fonctionner tout le temps.
  • LightDM est juste le gestionnaire de connexion qui se charge en premier
  • Utiliser beaucoup de ressources est généralement un signe que X a du mal avec un pilote de merde ou qu'il y a une application de merde (habituellement Compiz) essayant de pousser un pilote trop fort.
  • L'utilisation de xorg-edgers est un bon moyen d'exécuter des logiciels non testés. Lisez la description du PPA et décidez si vous souhaitez l'utiliser ppa-purge. Les pilotes nvidia les plus récents peuvent être installés sans mettre à niveau X.
Oli
la source
Merci pour votre réponse. Comme je l'ai souligné, mon utilisation de xorg-edgers est strictement liée aux bogues. Je connais les risques mais ils ne sont rien comparés aux problèmes que j'ai dû subir autrement. J'espère pouvoir m'en débarrasser à nouveau bientôt, mais cela dépend des corrections de bogues qui sont rétroportées à partir de quantal. Merci pour l'avertissement cependant.
FuzzyQ
C'est pourquoi je suggère de ne pas utiliser le PPA et d'installer manuellement le pilote à partir de Nvidia. Exécutez les versions stock (testées) de X et obtenez toujours vos corrections de bogues initiales. Ensuite, vous découvrirez si le problème n'est pas simplement un autre bug dans le pilote Nvidia - qui pourrait ensuite être signalé à Nvidia pour qu'il soit corrigé ...
Oli
Il y a plusieurs bugs dont je souffre. Certains sont liés au noyau, d'autres sont liés au pilote nvidia, la plupart sont liés à compiz. J'ai essayé d'installer les dernières versions de ces trois une par une mais j'ai échoué. Je n'ai pas pu installer de pilote nvidia (à partir du référentiel ou manuellement) après la mise à jour du noyau. Ce n'est qu'après avoir installé certaines bibliothèques à partir de xorg-edgers que j'ai pu faire fonctionner le pilote. De plus, ce ppa a apporté plus de stabilité que mes propres tentatives pour résoudre les problèmes. Pour être honnête, je n'ai jamais remarqué de problèmes dans le passé en utilisant ce ppa que je n'avais pas autrement sinon.
FuzzyQ