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.