Co to jest proces „/ usr / bin / X: 0 -auth / var / run / lightdm / root /: 0 -nolisten tcp vt7 -novtswitch -background none”?

9

Mam kilka poważnych problemów z wydajnością w konfiguracji Ubuntu 12.04, dlatego szukam winowajcy, wykonując htopmoje zwykłe zadania.

Oprócz zwykłych podejrzanych, takich jak chrom, compiz i conky, zauważyłem ten proces:

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

Nie tylko działa nieprzerwanie, ale jest także jednym z głównych zasobów zasobów na liście procesów, zarówno pod względem wykorzystania procesora, jak i zużycia pamięci. To numer jeden zjadacz wydajność większość czasu, tylko dodatek od czasu do czasu przez zadanie szczególnie ressource głodny jak flash player lub podobne.

Sądząc po nazwie, nie jestem całkowicie pewien, co to robi. X i lightdm wydają się wskazywać na związek z GUI, podczas gdy tcp wydaje się związany z siecią.

Moje pytanie: czy ten proces powinien działać cały czas? Czy to uzasadnione, że wykorzystuje tak wiele zasobów? Czy muszę go uruchomić, czy zabicie go jest bezpieczne, jeśli tak, to w jaki sposób?

FYI: Mój system jest całkowicie aktualny, nawet używam ppa xorg-edgers do najnowszych sterowników nvidia i pakietów compiz (z określonych powodów związanych z błędami).

Wszelkie sugestie będą mile widziane.

FuzzyQ
źródło
2
Jeśli go zabijesz, stracisz GUI, dopóki nie uruchomisz ponownie komputera lub nie będziesz wiedział, jak zrestartować serwer X.
Braden Best

Odpowiedzi:

7

To jest systemowy serwer graficzny i nie należy go zabijać. Konwertuje układ aplikacji komputerowych na operacje rysowania niskiego poziomu na karcie graficznej i kieruje dane z klawiatury i myszy do odpowiednich aplikacji, które powinny je otrzymywać.

Odniesieniem do LightDM jest to, że jest to pierwszy klient, który uruchamia (ekran logowania Ubuntu); odniesienie do tcp jest spowodowane tym, że X został zaprojektowany tak, aby był przezroczysty dla sieci - może całkiem dobrze działać z urządzeniami wejściowymi, aplikacjami i urządzeniami wyświetlającymi działającymi na różnych komputerach. (Myślę , że w Ubuntu jest skonfigurowane, aby nie akceptować połączeń sieciowych, tylko te przychodzące przez SSH, ale mogą być nieprawidłowe).

Sprawdź, czy statystyki, których używasz, dotyczą samego X , a nie X i elementów podrzędnych, ponieważ elementy podrzędne obejmują wszystkie aplikacje uruchamiane w środowisku graficznym. Nadmierne wykorzystanie zasobów przez sam X jest zwykle spowodowane niewłaściwie działającymi aplikacjami komputerowymi, ale może to być bardzo trudne do debugowania.

chronitis
źródło
Dziękujemy za Twoją znaną odpowiedź! Czy mógłbyś rozwinąć tę ostatnią część dalej? Jak podejdziesz do debugowania?
FuzzyQ
1
Jest tu trochę informacji wiki.ubuntu.com/X/Troublesh/HighCPU
chronitis
2

To jest serwer X. To interfejs graficzny, do którego wszystkie inne aplikacje graficzne są klientami.

  • Tak, powinien działać cały czas.
  • LightDM to tylko menedżer logowania, który ładuje się jako pierwszy
  • Korzystanie z dużej ilości zasobów jest zwykle znakiem, że X walczy z gównianym sterownikiem lub że jest gówniana aplikacja (historycznie zwykle Compiz) próbująca zbyt mocno naciskać na sterownik.
  • Korzystanie z xorg-edgerów to dobry sposób na uruchomienie kiepskiego, nieprzetestowanego oprogramowania. Przeczytaj opis PPA i zdecyduj, czy chcesz użyć ppa-purge. Najnowsze sterowniki NVIDIA można zainstalować bez aktualizacji X.
Oli
źródło
Dzięki za odpowiedź. Jak zauważyłem, moje użycie Xorg-Edgerów jest ściśle związane z błędami. Wiem o zagrożeniach, ale są one niczym w porównaniu z problemami, które musiałbym ponieść w inny sposób. Mam nadzieję, że wkrótce się go pozbędę, ale to zależy od tego, jakie poprawki błędów są importowane z wersji kwantowej. Dzięki za ostrzeżenie.
FuzzyQ
Dlatego radzę nie używać PPA it i ręcznie instalować sterownik z Nvidii. Uruchom podstawowe (przetestowane) wersje X i nadal otrzymuj początkowe poprawki błędów. Następnie dowiesz się, czy problem nie jest tak naprawdę kolejnym błędem w sterowniku Nvidii - który można następnie zgłosić Nvidii, aby został naprawiony ...
Oli
Jest kilka błędów, na które cierpię. Niektóre są związane z jądrem, inne są związane ze sterownikiem NVIDIA, większość jest związana z compiz. Próbowałem zainstalować najnowsze wersje tych trzech pojedynczo, ale nie udało się. Nie byłem w stanie zainstalować żadnego sterownika nvidia (z repozytorium lub ręcznie) po aktualizacji jądra. Dopiero po zainstalowaniu niektórych bibliotek z Xorg-edgerów udało mi się uruchomić sterownik. Dodatkowo, ten ppa przyniósł większą stabilność niż jakakolwiek moja własna próba rozwiązania problemów. Szczerze mówiąc, nigdy nie zauważyłem żadnych problemów z używaniem tego ppa, czego ja też nie miałem.
FuzzyQ