Che cos'è il processo "/ usr / bin / X: 0 -auth / var / run / lightdm / root /: 0 -nolisten tcp vt7 -novtswitch -background none"?


9

Sto riscontrando alcuni seri problemi di prestazioni con la mia configurazione di Ubuntu 12.04 e quindi sto cercando il colpevole correndo htopaccanto ai miei soliti compiti.

A parte i soliti sospetti come cromo, compiz e conky, ho notato questo processo:

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

Non solo funziona costantemente, ma è anche uno dei principali maiali di risorse nell'elenco dei processi, sia per quanto riguarda l'utilizzo della CPU che il consumo di memoria. È il mangiatore di prestazioni numero uno per la maggior parte del tempo, superato solo di tanto in tanto da un'attività particolarmente affamata di risorse come flash player o simili.

A giudicare dal nome, non sono assolutamente sicuro di cosa faccia. X e lightdm sembrano indicare una relazione con la gui mentre tcp sembra correlato alla rete.

Le mie domande: questo processo dovrebbe essere eseguito continuamente? È legittimo che utilizza così tante risorse? Ho bisogno che funzioni o è sicuro uccidere, in tal caso, come?

Cordiali saluti: Il mio sistema è completamente aggiornato, sto persino usando il ppa xorg-edgers per gli ultimi driver nvidia e pacchetti compiz (per motivi specifici relativi ai bug).

Qualsiasi suggerimento sarebbe molto apprezzato.


2
Se lo uccidi, perderai la tua GUI fino a quando non riavvierai il computer o saprai come riavviare il server X.
Braden Best

Risposte:


7

Questo è il server grafico del sistema e non deve essere ucciso. Converte il layout delle applicazioni desktop in operazioni di disegno di basso livello sulla scheda grafica e indirizza l'input da tastiera e mouse all'applicazione corretta che dovrebbe riceverli.

Il riferimento a LightDM è che questo è il primo client che avvia (la schermata di login di Ubuntu); il riferimento a tcp è perché X è progettato per essere trasparente in rete - può funzionare abbastanza felicemente con dispositivi di input, applicazioni e dispositivi di visualizzazione in esecuzione su computer diversi. ( Penso che in Ubuntu sia configurato per non accettare connessioni di rete, solo quelle che arrivano attraverso SSH, ma potrebbe essere sbagliato).

Verifica che le statistiche che stai utilizzando siano per X stessa anziché per X e i figli, poiché i figli includono tutte le applicazioni che esegui in un ambiente grafico. L'uso eccessivo delle risorse da parte di X stesso è in genere dovuto al comportamento anomalo delle applicazioni desktop, ma può essere molto difficile eseguire il debug.


Grazie per la tua nota risposta leggibile! Ti dispiacerebbe elaborare ulteriormente quest'ultima parte? Come affronteresti il ​​debug?
FuzzyQ,

1
Ci sono alcune informazioni qui wiki.ubuntu.com/X/
Risoluzione dei

2

Questo è l'X server. Questa è l'interfaccia grafica di cui sono client tutte le altre applicazioni grafiche.

  • Sì, dovrebbe funzionare sempre.
  • LightDM è solo il gestore degli accessi che carica per primo
  • L'uso di molte risorse di solito indica che X è alle prese con un driver scadente o che esiste un'applicazione scadente (storicamente di solito Compiz) che cerca di spingere troppo un driver.
  • L'uso di xorg-edgers è un buon modo per eseguire software non testato scadente. Leggi la descrizione di PPA e decidi se vuoi usarlo ppa-purge. I driver nvidia più recenti possono essere installati senza aggiornare X.

Grazie per la tua risposta. Come ho sottolineato, il mio uso di xorg-edgers è strettamente correlato ai bug. Conosco i rischi ma non sono nulla rispetto ai problemi che avrei dovuto subire altrimenti. Spero di liberarmene presto, ma ciò dipende da quali correzioni di bug vengono portate indietro da quantali. Grazie per l'avvertimento, però.
FuzzyQ,

Ecco perché suggerirei di non utilizzare PPA e di installare manualmente il driver da Nvidia. Esegui le versioni stock (testate) di X e ottieni ancora le correzioni iniziali dei bug. Quindi scoprirai se il problema non è in realtà solo un altro bug nel driver Nvidia - che potrebbe quindi essere segnalato a Nvidia in modo che venga risolto ...
Oli

Ci sono molti bug di cui soffro. Alcuni sono correlati al kernel, altri sono correlati al driver nvidia, la maggior parte sono relativi al compiz. Ho provato a installare le ultime versioni di questi tre uno a uno ma non ci sono riuscito. Non sono stato in grado di installare alcun driver nvidia (dal repository o manualmente) dopo l'aggiornamento del kernel. Solo dopo aver installato alcune librerie da xorg-edgers sono riuscito a far funzionare il driver. Inoltre, questo ppa ha portato più stabilità di qualsiasi mio tentativo di risolvere i problemi. Ad essere sincero, non ho mai notato problemi in passato con l'uso di questo ppa che altrimenti non avrei avuto.
FuzzyQ,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.