kernel_task mengkonsumsi 500% CPU pada daya AC, kadang-kadang

17

Biasanya, proses kernel_task saya menggunakan CPU 1-4% dan memori 100-700MB. Namun, kadang-kadang ketika saya memasang adaptor daya, penggunaan CPU melonjak menjadi sekitar 500% (8 core) dan tetap di sana sampai saya mencabut adaptor daya. Saya bisa pasang kembali dan semuanya baik-baik saja selama beberapa detik atau beberapa hari, kemudian akhirnya terjadi lagi. Bagaimana saya bisa menghentikan ini terjadi?

Sparr
sumber
2
Apakah / apakah ini hanya terjadi ketika monitor eksternal sedang digunakan? Saya merasa terlalu panas ketika saya menjangkau monitor kedua.
Nic Cottrell

Jawaban:

6

Dalam pengalaman saya ini selalu karena kesalahan perangkat keras. Namun sebelum melakukan hal lain, setel ulang SMC seperti yang dijelaskan di sini: http://support.apple.com/kb/HT3964 sebagai terkait kekuatannya.

Ini tampaknya terjadi ketika Mac berjuang untuk berkomunikasi dengan perangkat keras. Mac yang mana itu? Berapa umur baterai? Apakah daya tahan baterai Anda masih bagus? Apakah Mac mengalami kerusakan - jatuh? Cair? Sudahkah Anda mencoba adaptor daya yang berbeda?

Justsomeguy
sumber
3
MBP 2011, setua laptop, ya, tidak, tidak, ya.
Sparr
6

Saya mendapatkan masalah ini pada 15-inci Mid 2012 MBP saya berjalan 10.8.4 karena input audio telah beralih ke mikrofon internal dan itu mengambil suara konstan kipas saya. Mengalihkan input audio ke Line In dan penggunaan cpu turun dari 524% menjadi 3%

sasi
sumber
2
Menonaktifkan pembatalan kebisingan sekitar sepertinya membuatnya hilang untuk saya, selain melepas adaptor daya (untuk saat ini), akan melihat apakah itu terus diperbaiki.
meraba
Apa ini selama FaceTime atau Skype atau apakah ini terjadi sepanjang waktu?
Nic Cottrell
Ini menyelamatkan hidupku. Saya menonaktifkan pembatalan kebisingan sekitar dan berfungsi. Badai sempurna: pasang adaptor AC, kipas bekerja tinggi untuk membantu dengan kontrol panas, perangkat lunak mikrofon menjadi gila mencoba untuk membatalkan kebisingan kipas. @ nic-contrell, ini terjadi setiap saat, bahkan ketika bermain game yang tidak membutuhkan mikrofon.
WattsInABox
4

http://www.rdoxenham.com/?p=259 mencakup penonaktifan ekstensi kernel yang bertanggung jawab untuk memicu perilaku buruk ini. Namun, hal itu juga menonaktifkan beberapa fungsi manajemen termal lainnya.

Sparr
sumber
4
Ini menarik, tetapi Anda harus bertanya apa yang menyebabkan masalah. Ada yang tidak beres. Seperti yang saya katakan, setiap kali saya melihat ini, ada kesalahan perangkat keras.
Justsomeguy
2
Bagi saya analisis ini tidak menjelaskan dengan benar asal usul masalahnya. Selain itu, saya sangat yakin melalui kasus-kasus lain bahwa overheating dan kernel_taskmakan semua CPU hanya berkorelasi konsekuensi dari masalah penyebab yang sama. Loop bodoh di dalam kernel hanya dapat menyebabkan overheating.
dan
1

Silakan lihat masalah khas ini: kernel_task pada 300% dan metode analisis yang disarankan: diagnosis babi CPU .

Tidak Activity Managercukup akurat untuk membantu Anda melihat bahwa ada proses lain yang secara tidak langsung memuat Kernel. topakan mengungkap babi-babi ini.

Untuk menampilkan proses yang diurutkan mulai dari konsumen CPU terbesar:

top -o cpu

... diurutkan dimulai dengan konsumen memori virtual terbesar:

top -o vsize

... disortir mulai dengan proses membuat lebih banyak konteks beralih (dimulai dan dihentikan dengan frekuensi besar, kadang-kadang hasil dari 2 proses berbicara bersama, tidak membiarkan proses lain kebebasan untuk mendapatkan cpu):

top -o csw
dan
sumber
1
Bagaimana Anda menggunakannya topuntuk mengungkap babi-babi ini?
Erik B
0

Orang-orang yang mengamati kontribusi "kekuatan AC" ada sesuatu.

Suhu sasis yang tinggi karena pengisian bersama periferal yang terhubung dapat menyebabkan masalah ini. Cukup dengan memindahkan kabel pengisian daya dari kiri ke port kanan bisa cukup untuk mendinginkan hotspot dan menyelesaikan masalah. Pada mesin dengan MagSafe coba cabut periferal dari port kiri sampai baterai penuh.

Penggunaan CPU tidak ada hubungannya dengan ini. CPU panas dicekik dengan mengurangi kecepatan clock-nya bukan dengan menjadwalkan tanpa-beban op.

Lihat /apple//a/363933/27135 untuk bukti kausal.

Adam
sumber