Xorg 높은 CPU 사용량 Ubuntu 11.10

Table of Contents

우분투 11.10에서 xorg의 CPU 사용량이 높다는 오류 메시지를 볼 수 있습니다. 이 문제를 해결하기 위해 취할 수 있는 몇 가지 활동이 있으며, 이제 이것이 더 자세히 살펴보겠습니다.

PC가 느리게 실행되나요?

1. 웹사이트에서 ASR Pro 다운로드

2. 컴퓨터에 설치

3. 검사를 실행하여 시스템에 숨어 있을 수 있는 맬웨어나 바이러스를 찾습니다.

이 소프트웨어를 다운로드하여 오늘 컴퓨터의 속도를 향상시키십시오. PC 문제를 해결할 것입니다. 년

다행스럽게도 X.org의 높은 CPU 사용률은 X에 버그가 있다는 의미가 아니므로 해당 문제를 해결할 수 있습니다.

X는 클라이언트 요청에 응답하는 서버입니다. 클라이언트가 미쳤을 때, 소유하거나 과도한 X 호출(예: 높은 X 로드에서 프로세서로 누가 맨 위에 표시되는지) 둘 다 또는 아마도 그럴 수 있습니다.

따라서 가장 중요한 것은 부하를 일으키는 클라이언트 프로그램에 주의를 기울이는 것입니다. 종종 여기에는 메시지도 표시하지 않는 프로그램이 있습니다. 거의 확실하게 플래그, 백그라운드 작업, 추가 서비스입니다. 외부로 보이는 사용자 프로세스가 있는지 프로세스 휴지통을 스캔하여 로드가 떨어질 때까지 거의 하나씩 종료하려고 시도합니다. 그래서 무엇이 도움이 되었는지 알고 있습니다.

또는 이러한 게스트 계정 로그를 기반으로 합니다. 군단이 일반적으로 정상인지 확인하십시오. 게스트 계정과 일반 계정을 통해 모든 방법을 비교하고 가정하십시오.

X 프로세서 지속성이 높은 버그는 드문 일이 아니지만 Oneiric에서 대부분의 버그를 보지 못했기 때문에 실수일 수 있다고 생각합니다. ess는 기본적으로 설치되지 않는 약간 특별한 프로그램입니다. 이전에 많은 기사 디렉토리에 설치했던 것이 이미 버그가 포함된 혁신적인 새 버전으로 완전히 업데이트되었을 수 있습니까? 어쨌든 사냥에 유리한 운.

운 좋게도 X high.org의 CPU 기간은 X의 버그가 있다는 의미가 아니므로 잘못된 작업을 고칠 수 있습니다. 동쪽

x는 클라이언트 요청에 응답하는 서버입니다. 클라이언트가 섹션의 내용을 잊어버리고 과도한 X 요청을 하는 경우(예: 높은 X CPU 화물로 프로그래밍됨.

따라서 찾아야 할 것은 어떤 클라이언트 프로그램이 PC를 다시 시작하는지 확인하는 것입니다. 종종 그것은 당신이 알지도 못하는 도구이며, 자전거를 타고 – 지표를 만들거나 일종의 도움이 작동하거나 다른 서비스를 제공합니다. 대체 위치와 관련된 사용자 프로세스에 대한 모든 테이블의 기록을 살펴보고 부하가 아래로 떨어질 때까지 하나의 호의로 프로세스를 종료하십시오. 따라서 사용자는 원인을 알고 있습니다.

게스트 계정으로 로그인할 수도 있습니다. 부하가 정상임을 선택하십시오. 특정 게스트 계정 프로세스를 일반 계정과 비교하고 검토합니다.

X 프로세서가 많이 발생하는 버그는 드문 일이 아니지만 Oneiric에 점점 더 많은 버그를 보고하지 않았으므로 버그 프로세스가 기본적으로 설치되지 않은 여러 개별 프로그램에 있다고 의심됩니다. 이전에 수동으로 설치했는데 자동으로 최신 버전으로 업데이트되었는데 버그가 많을 수 있습니까? 어쨌든 잘 보고 갑니다.

PC가 느리게 실행되나요?

ASR Pro은 PC 수리 요구 사항을 위한 최고의 솔루션입니다! 다양한 Windows 문제를 신속하고 안전하게 진단 및 복구할 뿐만 아니라 시스템 성능을 향상시키고 메모리를 최적화하며 보안을 개선하고 최대 안정성을 위해 PC를 미세 조정합니다. 왜 기다려? 지금 시작하세요!

맨 위 또는 다른 종류의 로드 정보에 대한 특정 경로에 따라 프로세스 X는 100%(또는 그 이상) CPU를 사용합니다. 지정된 기간.
X는 평소보다 안정적으로 더 많은 CPU를 사용합니다(일반적으로 1-10%).

높은 혼잡 X는 몇 초 동안만 지속됩니다. 일반적으로 이것은 올바른 동작일 수 있습니다.
높은 메모리 로드는 CPU 로드와 반대로 훨씬 더 높습니다. 이것은 다른 상황입니다.

더 나은 CPU 사용량 X가 이 증상이며 그 자체가 근본 원인이 될 수 없다는 점에 유의하는 것이 중요합니다.

Xafter의 비생산적인 CPU 사용량은 적절한 응용 프로그램을 작성하고 여는 것입니까?
X CPU 사용량을 높이는 단계는 무엇입니까?
X가 매우 높은 CPU 사용량을 사용한 지 얼마나 되었습니까?
X의 높은 CPU 사용 경향 직후에 xorg가 아닌 흡수 장치만 죽이고 있다면 CPU 사용량을 정상으로 되돌리기 위해 어떤 것을 제거해야 합니까?
거의 모든 복제 단계를 줄인 후 압축되지 않은 조그 xserver 출력을 추가하여 gdb와 strace를 별도로 수행할 수 있습니다. 이것은 서버 x가 트랩과 다른 루트 소스에 연결되어 있는지 확인하는 데 도움이 됩니다.

최고의 보고서가 X와 관련된 높은 CPU 사용량을 말하는 몇 가지 가능한 이유는 다음과 같습니다.

문제: 클라이언트 애플리케이션, 그렇지 않으면 프로그램 서비스

일반적으로 CPU 소비의 대부분은 클라이언트가 인터넷을 과장하는 응용 프로그램을 실행하도록 합니다. 따라서 어떤 의미에서 X 다시 한 번 설치는 클라이언트 유틸리티 검색의 합계입니다. 예를 들어, 프로그램은 정상으로 되돌리기 위해 하드 루프에서 자원 집약적인 xlib 전화 호출을 할 수 있습니다.

Normal문제 해결 프로세스가 재부팅 중입니다. 추가 CPU 실행을 재현하기 위해 몇 가지 작업을 수행한 다음 CPU 부하가 제거될 때까지 특정 사람이 단계를 하나씩 수행합니다. .

데몬 프로세스가 X-콜 요청을 지원하는 예를 보았습니다. 예를 들어 특정 모니터가 있을 때 감시하는 것입니다. 이러한 중복 xrandr은 자체 폴링과 펌웨어 모니터 스캔을 수행하기 때문에 비용이 많이 들 수 있습니다. 결과적으로 해당 국가의 데몬은 가정 전체에서 X CPU 사용률을 관리합니다(많은 EDID가 Xorg.0.log를 직접 채우게 됨). 이러한 경우 데몬이 종종 값비싼 요청을 비활성화한다고 말할 수 있는 기능이 있습니다(더 저렴한 X 호출도 있음).

이후

와인 서버

가끔 누군가 과거 사고로 로그인하면 Vino 서버가 멍청해져서 X 서버의 CPU 사용률을 최대 80% 이상 증가시키는 것 같습니다. 사진이 좀 느리겠죠? 이 지침이 맞는지 확인하려면 다음 명령을 실행하십시오.

 벅스 킬올 와인 서버

CPU 작동 X가 약 10% 이하로 떨어지면 고객이 일부 문제를 발견한 것입니다. 문제가 있는지 확인하려면 Dash 검색에 “vino”를 입력하고 “Desktop Sharing”을 선택하십시오. 그런 다음 열리는 창에서 “다른 사용자가 올바른 데스크톱을 고려하도록 허용”을 선택 취소합니다. 와인 서버가 더 이상 시작되지 않습니다.

문제: 소프트웨어 래스터화로 인한 높은 CPU 사용량

대부분의 현대 시각 자료는 그래픽 래스터화와 같은 효과 계산도 수행할 수 있습니다. 기본적으로 X 비디오 드라이버는 계산을 수행해야 할 때 하드웨어 유형에 따라 다르지만 항상 그런 것은 아닙니다. 소프트웨어가 하드웨어에 연결하는 대신 이 작업을 수행하는 경우 X에서 더 높은 CPU 응용 프로그램을 볼 수 있습니다. glxinfo를 통해 확인하십시오.

RR glxinfo | 그렙을 하다 직접 출력: 예 OpenGL 렌더 체인: 소프트웨어 래스터라이저

이 세심한 주의 상태는 특히 창을 진행 중일 때, Firefox에서 스크롤할 때, Compiz가 확실히 활성화되어 있을 때 높은 CPU 사용량을 보여줍니다. 이건 괜찮아. 그들은 CPU를 사용하여 GPU의 부족을 보충합니다.

문제: 간헐적인 GPU 래밍

는 전체 GPU에서 잠겨 있어 CPU 부하가 많은 것을 정당화합니다. 이것은 매우 드문 일이지만 결과적으로 이루어졌다고 알려져 있습니다. 오류 메시지가 남아 있는지 확인하려면 /var/log/Xorg.0.log 와 함께 수정 사항을 살펴보십시오. 최상의 루프에 걸린 메시지는 X 서버가 차단되었다는 좋은 신호입니다. 이 경우 X 오류일 가능성이 높으므로 “고성능” 오류가 아닌 진정한 “GPU 잠금” 오작동으로 취급하도록 거의 보장하십시오.