Що зумовлює високий рівень використання процесора Ubuntu в MacBook Pro?

Я встановив Ubuntu 13.10 на MacBook Pro 10,1. Однак після встановлення процес kworker споживає понад 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 знизилося до 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?

Коли у мене є смішне високе використання процесора, це завжди здається процесом, пов'язаним з Python. Я просто вбиваю його всередині (Gnome) System Monitor кожного разу, коли мене клопочуть.

Я знаю, що це старе питання, але ви можете спробувати дві речі.

1. htop. Це альтернатива top. Він додає прокрутку та деякі інші корисні функції, які можуть допомогти вам побачити процес, який може використовувати багато процесора.
2. Монітор системи. Це вбудований додаток і еквівалент Ubuntu, що відповідає Windows Task Manager. Це дозволить вам сортувати різні речі та вбивати завдання, все графічно.

Високе використання процесора, швидше за все, пояснюється взаємодією cpu / gpu, головним чином завдяки композитору та менеджеру фондового вікна працює десь на північ від 300 процесів "поза коробкою" при запуску. В якості альтернативи встановіть openbox, який потім стане вашим менеджером вікон. Тим самим ви скидаєте ваші процеси процесора в режимі очікування від приблизно 320-380 до ~ 250-290 або менше. Ви можете використовувати такий робочий стіл, як Ubuntu, він запускається разом із менеджером вікон Openbox.

Також встановіть gkrellm. Його додаток для моніторингу в режимі реального часу написано та підтримується Біллом Смітом та компанією. У режимі реального часу зчитується вихід ядра. Ви можете відстежувати свої системні процеси за допомогою нього та з’ясовувати, що найкраще працює для вашої машини.

Ці фотографії є ​​gkrellm, що показує різницю процесів у обох середовищах dTop.

Середовище Ubuntu Desktop в значній мірі покладається на python. Вимкнення його призведе до помилкового виводу.

Щасти! Не приєднуйся до темного боку! Сила з Ubuntu!

Лише постріл у темряві, але у мене це траплялось із світлим кроком на час процесора. Мені довелося перейти на більш стару версію. Це було в той час ...