Что заставляет Ubuntu на MacBook Pro иметь высокое использование ЦП?
Я установил Ubuntu 13.10 на MacBook Pro 10,1. Однако после установки, процесс kworker использует более чем 90% использования ЦП. Я попробовал следующее:
- (Предложенный в этом ответе), Выполняются
grep . -r /sys/firmware/acpi/interrupts/видеть, имеют ли какие-либо GPEs высокие значения. - (Предложенный в этом ответе) Под
sudo -s, выполнитьсяecho l > /proc/sysrq-triggerи считайте вывод вdmesg. - (Предложенный в этом ответе), Выполняются
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
Вопросы:
- Что
gpe16? Как я знаю, что отключение этого прерывания ради kworker не будет иметь других последствий? - Из чего может быть подобрана информация
perf report? Есть ли, что-то делает к с меткой времени на MacBook Pro?
4 ответа
Когда у меня есть смешное высокое использование ЦП, это всегда, кажется, связанный с Python процесс. Я просто уничтожаю его в (Gnome) Системный монитор каждый раз, когда это прослушивает меня.
Я знаю, что это - старый вопрос, но существует две вещи, которые можно попробовать.
-
htop. Это - альтернативаtop. Это добавляет прокрутку и некоторые другие полезные функции, которые могли бы помочь Вам видеть процесс, который мог бы использовать много ЦП. - Системный монитор. Это - встроенное приложение и является Ubuntu, эквивалентным Windows Task Manager. Это позволит Вам вид разными вещами и уничтожит задачи, все графически.
Высокое использование CPU было бы, главным образом вероятно, приписано cpu/gpu взаимодействиям главным образом из-за составления композита и менеджера окон запаса; выполнение где-нибудь к северу от 300 процессов 'из поля' при запуске. Как альтернативная установка openbox, который тогда станет Вашим менеджером окон. Путем выполнения, таким образом, Вы отбрасываете свои процессы CPU в неактивной статистике с приблизительно 320-380 до ~250-290 или меньше. Можно использовать Ubuntu как рабочий стол, только он будет работать с openbox менеджером окон.
Также установка gkrellm. Это - приложение мониторинга системы реального времени, записанное и сохраняемое Bill Smith и компанией. Это чтения в реальном времени вывод ядра. Можно контролировать системные процессы с ним и узнать что работы лучше всего для машины.
Эти рисунки имеют gkrellm, который показывает различие в процессах через обоих dTop среды.
Настольная среда Ubuntu полагается в большой степени на Python. Отключение его привело бы к ложному выводу.
Удачи! не присоединяются к darkside! Сила с Ubuntu!
Просто выстрел в темноте, но я имел, это происходит с lightdm hogging процессорное время. Я должен был понизить до более старой версии. Это было то, в то время как назад...