Co powoduje, że Ubuntu na MacBooku Pro ma wysokie użycie procesora?

Zainstalowałem Ubuntu 13.10 na MacBooku Pro 10,1. Jednak po zainstalowaniu proces kworker zużywa ponad 90% użycia procesora. Próbowałem następujące:

1. (Sugerowane w tej odpowiedzi ) Wykonaj, grep . -r /sys/firmware/acpi/interrupts/aby sprawdzić, czy GPE mają wysokie wartości.
2. (Sugerowane w tej odpowiedzi ) Poniżej sudo -s, uruchom echo l > /proc/sysrq-triggeri przeczytaj dane wyjściowe dmesg.
3. (Sugerowane w tej odpowiedzi ) Wykonaj sudo perf record -g -a sleep 10i wczytaj wynik perf report.

Dla 1 gpe16miał wysoką wartość i ciągle się wspinał. Próbowałem wyłączyć gpe16, jak sugerowano w odpowiedzi, a użycie procesora kworker spadło do 0,0%.

Dla 2 (bez wyłączania gpe16) dmesgnie pokazywał żadnych dodatkowych informacji niż to, co było obecne podczas rozruchu.

W przypadku 3 (bez wyłączania gpe16) raportował:

-  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

Pytania:

1. Co to jest gpe16? Skąd mam wiedzieć, że wyłączenie tego przerwania ze względu na kworker nie będzie miało innych konsekwencji?
2. Z jakich informacji można uzyskać perf report? Czy jest coś wspólnego ze znacznikiem czasu na MacBooku Pro?

Kiedy mam absurdalnie wysokie użycie procesora, zawsze wydaje się, że jest to proces związany z Pythonem. Po prostu zabijam go w Monitorze systemu (Gnome) za każdym razem, gdy mnie wkurza.

Wiem, że to stare pytanie, ale możesz spróbować dwóch rzeczy.

1. htop. To jest alternatywa dla top. Dodaje przewijanie i kilka innych przydatnych funkcji, które mogą pomóc zobaczyć proces, który może zużywać dużo procesora.
2. Monitor systemu. To jest wbudowana aplikacja i jest Ubuntu odpowiednikiem Menedżera zadań Windows. Pozwoli ci to sortować według różnych rzeczy i zabijać zadania, wszystkie graficznie.

Wysokie użycie procesora będzie najprawdopodobniej przypisywane interakcjom procesora / procesora, głównie z powodu kompozytu i menedżera okna zapasów; uruchamiany gdzieś na północ od 300 procesów „po wyjęciu z pudełka” przy uruchomieniu. Alternatywnie zainstaluj openbox, który stanie się Twoim menedżerem okien. W ten sposób upuszczasz procesy procesora w stanie bezczynności z około 320-380 do ~ 250-290 lub mniej. Możesz używać Ubuntu podobnego do pulpitu, tylko że będzie on działał z menedżerem okien openbox.

Zainstaluj także gkrellm. Jest to aplikacja do monitorowania systemu w czasie rzeczywistym napisana i utrzymywana przez Billa Smitha i firmę. W czasie rzeczywistym odczytuje dane wyjściowe jądra. Dzięki temu możesz monitorować procesy systemowe i dowiedzieć się, co działa najlepiej na twoim komputerze.

Te zdjęcia są z gkrellm, który pokazuje różnicę w procesach za pośrednictwem obu środowisk dTop.

Środowisko Ubuntu Desktop w dużym stopniu opiera się na języku Python. Wyłączenie go doprowadziłoby do fałszywego wyniku.

Powodzenia! Nie dołącz do ciemnej strony! Siła tkwi w Ubuntu!

Tylko strzał w ciemność, ale zdarzyło mi się to z lightdm pochłaniającym czas procesora. Musiałem przejść na starszą wersję. To było w czasie ...