MacBook Pro의 Ubuntu가 CPU 사용률을 높이는 원인은 무엇입니까?


12

MacBook Pro 10,1에 Ubuntu 13.10을 설치했습니다. 그러나 설치 후 kworker 프로세스는 CPU 사용량의 90 % 이상을 소비합니다. 나는 다음을 시도했다.

  1. ( 이 답변 에서 제안 ) grep . -r /sys/firmware/acpi/interrupts/GPE가 높은 값을 갖는지 확인하려면 실행 하십시오.
  2. ( 이 답변에서 제 안됨)에서 출력을 sudo -s실행 echo l > /proc/sysrq-trigger하고 읽습니다 dmesg.
  3. ( 이 답변 에서 제안)에서 sudo perf record -g -a sleep 10출력을 실행 하고 읽습니다 perf report.

1의 gpe16경우 높은 가치를 지니고 계속 등반했습니다. 답변에서 제안한대로 gpe16을 비활성화하려고 시도했으며 kworker CPU 사용량이 0.0 %로 감소했습니다.

2 (사용 안함 gpe16)의 경우 dmesg부팅시 존재했던 것보다 추가 정보가 표시되지 않았습니다.

3 (사용 안함 gpe16)의 경우 다음을 빨간색으로보고했습니다.

-  50.76%      kworker/0:5  [kernel.kallsyms]                        [k] native_read_tsc
   - native_read_tsc
      - 64.72% delay_tsc
           __const_udelay
         + gmux_index_wait_ready.isra.6
      - 35.28% __const_udelay
         + gmux_index_wait_ready.isra.6
-  35.14%      kworker/0:5  [kernel.kallsyms]                        [k] delay_tsc
   - delay_tsc
   - __const_udelay
   - gmux_index_wait_ready.isra.6
      - 59.84% gmux_index_write8
           gmux_notify_handler
           acpi_ev_notify_dispatch
           acpi_os_execute_deferred
           process_one_work
           worker_thread
           kthread
           ret_from_fork
      - 40.16% gmux_index_read8
           gmux_notify_handler
           acpi_ev_notify_dispatch
           acpi_os_execute_deferred
           process_one_work
           worker_thread
           kthread
           ret_from_fork

질문 :

  1. 무엇입니까 gpe16? kworker를 위해이 인터럽트를 비활성화하면 다른 결과가 없음을 어떻게 알 수 있습니까?
  2. 어떤 정보를 얻을 수 perf report있습니까? MacBook Pro의 타임 스탬프와 관련이 있습니까?

1
이것은 Q & A 사이트입니다. 결과에서 알 수 있듯이 그룹화 할 때 여기에서 답변을 얻지 못할 수 있습니다. gpe16이란 무엇이며 질문 하나이며 성능 보고서에서 어떤 정보를 얻을 수 있습니까? 또 다른 것입니다. 세 번째 불분명 한 질문은 MacBook Pro의 타임 스탬프와 관련이 있습니까? 답변이 나올 가능성이 높고 너무 광범위하고 불분명하여 질문을 건너 뛸 수 없으므로 질문을 분할하여 한 번에 제시하는 것이 좋습니다. 감사합니다. 커뮤니티 감사합니다!
Geek

1
때때로 존재하지 않는 사용 가능한 스왑 공간을 지속적으로 검색하기 때문에 충분한 스왑 공간이 할당되지 않으면 kworker가 루프에 빠지는 경우
mchid

최신 버전의 Ubuntu를 설치하면 상황이 개선됩니까? 2009 MacBook Pro에서 Ubuntu Mate 15.04가 기본적으로 잘 작동한다는 것을 알았습니다.
HarlemSquirrel 1

답변:


1

CPU 사용률이 엄청나게 높으면 항상 Python 관련 프로세스 인 것 같습니다. 버그가 생길 때마다 (Gnome) 시스템 모니터 안에서 죽입니다.


0

나는 이것이 오래된 질문이라는 것을 알고 있지만 시도 할 수있는 두 가지가 있습니다.

  1. htop. 이것은의 대안 top입니다. 스크롤링 및 기타 유용한 기능을 추가하여 많은 CPU를 사용하는 프로세스를 볼 수 있습니다.
  2. 시스템 모니터. 이 응용 프로그램은 기본 제공 응용 프로그램이며 Windows 작업 관리자와 동등한 Ubuntu입니다. 그것은 서로 다른 것들로 정렬하고 작업을 그래픽으로 죽일 수있게 해줍니다.

0

CPU 사용량이 높으면 주로 컴 포지 팅 및 주식 창 관리자로 인해 CPU / GPU 상호 작용이 원인 일 수 있습니다. 시작시 300 개의 프로세스가 북쪽에서 실행됩니다. 대체 설치 Openbox로 창 관리자가됩니다. 이렇게하면 유휴 상태에서 CPU 프로세스가 약 320-380에서 ~ 250-290 이하로 떨어집니다. 데스크탑과 같은 Ubuntu는 Openbox Window Manager에서만 실행할 수 있습니다.

또한 gkrellm을 설치하십시오. Bill Smith와 회사가 작성하고 유지 관리하는 실시간 시스템 모니터링 응용 프로그램입니다. 실시간으로 커널의 출력을 읽습니다. 시스템 프로세스를 모니터하고 시스템에 가장 적합한 것을 찾을 수 있습니다.

이 사진은 gkrellm으로, 두 dTop 환경을 통한 프로세스의 차이를 보여줍니다.

우분투

OpBxBuntu

우분투 데스크탑 환경은 파이썬에 크게 의존합니다. 비활성화하면 잘못된 출력이 발생합니다.

행운을 빕니다! 다크 사이드에 가입하지 마십시오! 힘은 우분투입니다!


0

어둠 속에서만 촬영했지만 lightdm hogging CPU 시간 으로이 문제가 발생했습니다. 이전 버전으로 다운 그레이드해야했습니다. 돌아 왔을 때 ...


이것은 질문에 대한 답변을 제공하지 않습니다. 작성자의 의견을 비판하거나 설명을 요청하려면 게시물 아래에 댓글을 남겨주세요. 언제든지 자신의 게시물 에 댓글 수 있으며 평판 이 충분 하면 게시물댓글 수 있습니다 .
Pilot6

@ Pilot6 이것은 나에게 질문에 대답하려는 시도처럼 보입니다.
세스

우분투 포운 스로 돌아갈 것 같아요. 훨씬 더 우호적입니다. 행운을 빕니다!
resetxx 2016 년
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.