Was ist der Prozess "/ usr / bin / X: 0 -auth / var / run / lightdm / root /: 0 -nolisten tcp vt7 -novtswitch -background none"?


9

Ich habe einige ernsthafte Leistungsprobleme mit meinem Ubuntu 12.04-Setup und suche daher nach dem Schuldigen, indem htopich neben meinen üblichen Aufgaben laufe.

Abgesehen von den üblichen Verdächtigen wie Chrom, Compiz und Conky bemerkte ich diesen Prozess:

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

Es läuft nicht nur ständig, sondern ist auch eines der wichtigsten Ressourcen in der Prozessliste, sowohl hinsichtlich der CPU-Auslastung als auch des Speicherverbrauchs. Es ist die meiste Zeit die Nummer eins unter den Performance-Essern und wird nur von Zeit zu Zeit von einer besonders ressourcenhungrigen Aufgabe wie Flash Player oder ähnlichem übertroffen.

Nach dem Namen zu urteilen, bin ich mir völlig unsicher, was es tut. X und lightdm scheinen eine Beziehung zur GUI anzuzeigen, während TCP netzwerkbezogen zu sein scheint.

Meine Frage (n): Soll dieser Prozess die ganze Zeit laufen? Ist es legitim, dass so viele Ressourcen verwendet werden? Brauche ich es zum Laufen oder ist es sicher zu töten, wenn ja, wie?

Zu Ihrer Information: Mein System ist vollständig auf dem neuesten Stand. Ich verwende sogar die xorg-edgers ppa für die neuesten NVIDIA-Treiber und Compiz-Pakete (aus bestimmten Gründen im Zusammenhang mit Fehlern).

Anregungen wäre sehr dankbar.


2
Wenn Sie es beenden, verlieren Sie Ihre GUI, bis Sie entweder Ihren Computer neu starten oder wissen, wie Sie den X-Server neu starten.
Braden Best

Antworten:


7

Dies ist der Systemgrafikserver und sollte nicht getötet werden. Es konvertiert das Layout von Desktop-Anwendungen in einfache Zeichenvorgänge auf Ihrer Grafikkarte und leitet Tastatur- und Mauseingaben an die richtige Anwendung weiter, die sie empfangen soll.

Der Verweis auf LightDM ist, dass dies der erste Client ist, den es startet (der Ubuntu-Anmeldebildschirm); Der Verweis auf TCP ist, weil X netzwerktransparent gestaltet ist - es kann sehr gut mit Eingabegeräten, Anwendungen und Anzeigegeräten funktionieren, die alle auf verschiedenen Computern ausgeführt werden. (Ich denke, dass es in Ubuntu so konfiguriert ist, dass keine Netzwerkverbindungen akzeptiert werden, sondern nur solche, die über SSH kommen, aber möglicherweise falsch sind).

Überprüfen Sie, ob die von Ihnen verwendeten Statistiken für X selbst und nicht für X und untergeordnete Elemente gelten, da die untergeordneten Elemente alle Anwendungen enthalten, die Sie in einer grafischen Umgebung ausführen. Eine übermäßige Ressourcennutzung durch X selbst ist normalerweise auf ein schlechtes Verhalten von Desktopanwendungen zurückzuführen. Dies kann jedoch sehr schwer zu debuggen sein.


Vielen Dank für Ihre bekannte Antwort! Würde es Ihnen etwas ausmachen, diesen letzten Teil weiter auszuarbeiten? Wie würden Sie das Debuggen angehen?
FuzzyQ

1
Es gibt einige Informationen hier wiki.ubuntu.com/X/Troubleshooter/HighCPU
Chronitis

2

Das ist der X-Server. Das ist die grafische Oberfläche, für die alle anderen grafischen Anwendungen Clients sind.

  • Ja, es soll die ganze Zeit laufen.
  • LightDM ist nur der Login-Manager, der zuerst geladen wird
  • Die Verwendung vieler Ressourcen ist normalerweise ein Zeichen dafür, dass X entweder mit einem beschissenen Treiber zu kämpfen hat oder dass eine beschissene Anwendung (in der Regel normalerweise Compiz) versucht, einen Treiber zu stark zu pushen.
  • Die Verwendung von xorg-edgers ist eine gute Möglichkeit, beschissene, nicht getestete Software auszuführen. Lesen Sie die PPA-Beschreibung und entscheiden Sie, ob Sie verwenden möchten ppa-purge. Die neuesten NVIDIA-Treiber können ohne Aktualisierung von X installiert werden.

Danke für deine Antwort. Wie ich bereits erwähnt habe, ist meine Verwendung von Xorg-Edgern streng fehlerbezogen. Ich kenne die Risiken, aber sie sind nichts im Vergleich zu den Problemen, unter denen ich sonst leiden musste. Ich hoffe, es bald wieder loszuwerden, aber das hängt davon ab, welche Bugfixes von quantal zurückportiert werden. Vielen Dank für die Warnung.
FuzzyQ

Aus diesem Grund würde ich vorschlagen, PPA nicht zu verwenden und den Treiber von Nvidia manuell zu installieren. Führen Sie die (getesteten) Standardversionen von X aus und erhalten Sie dennoch Ihre ersten Fehlerkorrekturen. Dann werden Sie herausfinden, ob das Problem nicht nur ein weiterer Fehler im Nvidia-Treiber ist - der dann an Nvidia gemeldet werden könnte, damit er behoben wird ...
Oli

Es gibt mehrere Fehler, unter denen ich leide. Einige sind kernelbezogen, andere sind nvidia-Treiber, die meisten sind compiz-bezogen. Ich habe versucht, die neuesten Versionen dieser drei nacheinander zu installieren, bin jedoch fehlgeschlagen. Ich konnte nach dem Kernel-Update keinen NVIDIA-Treiber (aus dem Repository oder manuell) installieren. Erst nach der Installation einiger Bibliotheken von xorg-edgers konnte ich den Treiber zum Laufen bringen. Außerdem brachte dieser ppa mehr Stabilität als jeder meiner eigenen Versuche, die Probleme zu lösen. Um ehrlich zu sein, habe ich in der Vergangenheit keine Probleme bei der Verwendung dieses ppa bemerkt, die ich sonst auch nicht hatte.
FuzzyQ
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.