kernel_task іноді споживає 500% ЦП на живлення змінного струму


17

Як правило, мій процес kernel_task використовує 1-4% ЦП та 100-700 МБ пам'яті. Однак іноді, коли у мене підключений адаптер живлення, використання процесора підскакує приблизно до 500% (8 ядер) і залишається там, поки я не відключую адаптер живлення. Я можу підключити його назад, і все добре протягом декількох секунд чи декількох днів, потім це врешті-решт повториться. Як я можу не допустити цього?


2
Чи / це сталося лише тоді, коли використовується зовнішній монітор? Я виявляю, що перегріваюся, коли простягаю другий монітор.
— Нік Коттрелл

Відповіді:


6

На мій досвід, це завжди було пов'язано з технічною несправністю. Однак перед тим, як робити що-небудь інше, скиньте SMC, як це детально описано тут: http://support.apple.com/kb/HT3964 як його потужність.

Схоже, це відбувається, коли Mac намагається спілкуватися з обладнанням. Який це Mac? Скільки років має акумулятор? Ваш акумулятор все ще хороший? Мак мав якісь пошкодження - впав? Рідина? Ви спробували інший адаптер живлення?


3
MBP 2011, така ж стара, як ноутбук, так, ні, ні, так.
— Спарр

6

Цю проблему я отримав один раз на 15-дюймовій MBP в середині 2012 року під керуванням 10.8.4, оскільки аудіовхід перейшов на внутрішній мікрофон, і він сприймав постійний шум мого вентилятора. Переключення аудіовходу на Line In, а використання процесора знизилося з 524% до 3%


2
Якщо вимкнути шумозахист від зовнішнього шуму, схоже, він зникне для мене, окрім видалення адаптера живлення (поки що), побачить, чи продовжує він залишатися нерухомим.
— ffledgling

Що це за FaceTime чи Skype чи це відбулося все це?
— Нік Коттрелл

Це врятувало мені життя. Я відключив зовнішній шум, і це спрацювало. Ідеальна буря: підключіть адаптер змінного струму, вентилятор піднімається, щоб допомогти з регулюванням тепла, програмне забезпечення мікрофона з глузду намагається скасувати шум вентилятора. @ nic-contrell, це відбувалося постійно, навіть під час гри, в якій не потрібен мікрофон.
— WattsInABox

4

http://www.rdoxenham.com/?p=259 охоплює відключення розширення ядра, відповідального за ініціювання цього неправильного поведінки. Однак це також вимикає деякі інші функції управління теплом.


4
Це цікаво, але в першу чергу потрібно запитати, що викликає проблему. Щось неправильно. Як я вже говорив, кожного разу, коли я бачив це, сталася помилка в апаратному забезпеченні.
— Justsomeguy

2
Для мене цей аналіз не пояснює правильно походження проблеми. Більше того, я глибоко переконаний через інші випадки, що перегрів та kernel_taskвживання в їжу всього процесора є лише корельованими наслідками тієї ж причини, що викликає проблему. Тупі петлі всередині ядра можуть призвести лише до перегріву.
— дан


1

Погляньте на цю типову проблему: kernel_task на 300% та запропонований метод аналізу: діагностика процесорної свинки .

Недостатньо Activity Managerакуратно, щоб допомогти вам побачити, що існують інші процеси, що опосередковано завантажують ядро. topрозкриє цих свиней.

Щоб відобразити відсортовані процеси, починаючи з найбільшого споживача процесора:

top -o cpu

... відсортовано, починаючи з найбільшого споживача віртуальної пам'яті:

top -o vsize

... відсортовано, починаючи з процесу, що робить більше контекстних комутаторів (запускаються та зупиняються з величезною частотою, іноді результат двох процесів, що розмовляють разом, не даючи іншим процесам свободи отримати процесор):

top -o csw

1
Як ви використовуєте topдля розкриття цих свиней?
— Ерік Б

0

Люди, які спостерігали за «змінного струму», сприяють чомусь.

Висока температура шасі від зарядки разом із підключеними периферійними пристроями може призвести до цієї проблеми. Просто переміщення зарядного кабелю зліва в правий порт може бути достатнім для охолодження точки доступу та вирішення проблеми. На машині з MagSafe спробуйте від'єднати периферійні пристрої від лівих портів, поки акумулятор не зарядиться.

Використання процесора не має нічого спільного з цим. Гарячий процесор зменшується за рахунок зменшення швидкості руху годинника, а не шляхом планування неоперативного навантаження.

Дивіться /apple//a/363933/27135 про причинний доказ.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.