O que é o processo “/ usr / bin / X: 0 -auth / var / run / lightdm / root /: 0 -nolisten tcp vt7 -novtswitch -background none”?

9

Estou enfrentando alguns problemas sérios de desempenho com a instalação do Ubuntu 12.04 e, assim, procurando o culpado, executando htopas tarefas usuais.

Além dos suspeitos do costume, como cromo, compiz e conky, notei esse processo:

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

Ele não apenas está funcionando constantemente, mas também é um dos principais porcos de recursos na lista de processos, tanto no uso da CPU quanto no consumo de memória. É o consumidor número um do desempenho na maioria das vezes, apenas superado de tempos em tempos por uma tarefa especialmente sedenta de recursos, como o Flash Player ou algo semelhante.

A julgar pelo nome, não tenho muita certeza do que faz. X e lightdm parecem indicar uma relação com o gui, enquanto tcp parece relacionado à rede.

Minha (s) pergunta (s): esse processo deve ser executado o tempo todo? É legítimo que ele use tantos recursos? Preciso que ele funcione ou é seguro matar, se sim, como?

FYI: Meu sistema está completamente atualizado, estou usando o xorg-edgers ppa para os drivers nvidia e compiz-packages mais recentes (por motivos específicos relacionados a erros).

Quaisquer sugestões seriam muito apreciadas.

performance process cpu-load memory-usage memory-leak FuzzyQ
fonte
2
Se você matá-lo, você perderá sua GUI até reiniciar o computador ou saber como reiniciar o servidor X.
21813 Braden Best

Respostas:

7

Este é o servidor de gráficos do sistema e não deve ser eliminado. Ele converte o layout dos aplicativos da área de trabalho em operações de desenho de baixo nível na placa gráfica e direciona as entradas do teclado e do mouse para o aplicativo correto que deve recebê-los.

A referência ao LightDM é que este é o primeiro cliente iniciado (a tela de login do Ubuntu); a referência ao tcp é porque o X foi projetado para ser transparente à rede - ele pode funcionar muito bem com dispositivos de entrada, aplicativos e dispositivos de exibição, todos executados em computadores diferentes. (Eu acho que no Ubuntu ele está configurado para não aceitar conexões de rede, apenas aquelas que vêm através do SSH, mas podem estar erradas).

Verifique se as estatísticas que você está usando são para o próprio X , em vez de X e filhos, pois os filhos incluem todos os aplicativos executados em um ambiente gráfico. O uso excessivo de recursos pelo próprio X geralmente se deve a aplicativos de desktop que se comportam mal, mas isso pode ser muito difícil de depurar.

cronite
fonte
Obrigado pela sua resposta conhecida! Você gostaria de elaborar essa última parte ainda mais? Como você abordaria a depuração?
FuzzyQ
1
Há algumas informações aqui wiki.ubuntu.com/X/Trou Troubleshooting
HighCPU #
2

Esse é o servidor X. Essa é a interface gráfica da qual todos os outros aplicativos gráficos são clientes.

  • Sim, deveria funcionar o tempo todo.
  • LightDM é apenas o gerenciador de login que carrega primeiro
  • O uso de muitos recursos geralmente é um sinal de que o X está enfrentando problemas com um driver ruim ou que existe um aplicativo ruim (geralmente o Compiz) tentando forçar o driver com muita força.
  • Usar o xorg-edgers é uma boa maneira de executar software não testado de baixa qualidade. Leia a descrição do PPA e decida se deseja usar ppa-purge. Os drivers mais recentes da nvidia podem ser instalados sem a atualização do X.
Oli
fonte
Obrigado pela sua resposta. Como apontei, meu uso do xorg-edgers está estritamente relacionado a erros. Eu sei dos riscos, mas eles não são nada comparados aos problemas que eu sofria de outra maneira. Espero me livrar dele novamente em breve, mas isso depende de quais correções de bugs são quantificadas. Obrigado pelo aviso embora.
FuzzyQ
É por isso que eu sugiro não usar o PPA e instalar manualmente o driver da Nvidia. Execute as versões de estoque (testadas) do X e ainda obtenha as correções iniciais. Em seguida, você descobrirá se o problema não é realmente apenas outro bug no driver da Nvidia - que pode ser relatado à Nvidia para que seja corrigido ...
Oli
Existem vários erros que eu sofro. Alguns são relacionados ao kernel, outros são relacionados à nvidia-driver, a maioria é relacionada ao compiz. Tentei instalar as versões mais recentes desses três, uma por uma, mas falhei. Não consegui instalar nenhum driver da nvidia (do repositório ou manualmente) após a atualização do kernel. Somente depois de instalar algumas bibliotecas do xorg-edgers eu consegui fazer o driver funcionar. Além disso, esse ppa trouxe mais estabilidade do que qualquer uma das minhas próprias tentativas de resolver os problemas. Para ser sincero, nunca notei nenhum problema no passado ao usar esse ppa que também não havia visto.
FuzzyQ