Чому SystemUIServer викликає високе використання процесора?


15

Процес SystemUIServer займає 30% мого процесора. Шукаючи навколо, виявляється помилка на економії світлового дня Snow Leopard, яку вирішують шляхом зняття годинника з меню. Я на Леві, і я пробував це без успіху. Будь-які ідеї, як це виправити?


3
Я не можу запропонувати конкретних здогадок щодо того, чому ваш інтерфейс повинен постійно працювати, але зазвичай це пункт меню сторонніх сторін, застрягший у циклі. Якщо ви хочете налагодити це, ви можете запустити sysdiagnose SystemUIServerта подати помилку в Apple. Часто ви можете переглядати звіти, щоб побачити, що процес виконує - оскільки ви також перебуваєте в Stack Overflow, це може бути щось, що ви маєте знання для перегляду сценарію та результатів і з'ясувати причину, чому процесор високий.
bmike

Відповіді:


7

Тут же проблема. Проблему викликає сторонній віджет, який використовує Інтернет. Для мене проблема була в dropbox. Якщо папка оновлює мої файли, systemuiserver продовжує використовувати велику кількість процесора. Єдине рішення - змусити її вийти (за допомогою терміналу чи монітора активності) або відключити сторонній віджет.


7

Схоже, насправді існує кілька способів вирішити це.

У мене виникли ті ж проблеми, і сьогодні я також помітив, що годинник не показував правильний час протягом приблизно 2 годин, і коли я навішую годинник, я отримую прядильний пляжний бал.

Тому я з’ясував із цієї статті, що ви можете просто вбити процес SystemUIServer, і він просто перезапустить себе, і все має бути добре знову.

Для того, щоб вбити процес SystemUIServer, ви можете просто відкрити Монітор активності, Фільтр за назвою процесу або% CPU (оскільки це, швидше за все, найвищий користувач процесора), потім вибрати "SystemUIServer" та вибрати "Вийти з процесу" з параметрів на у верхній частині вікна (кнопка, яка виглядає як знак зупинки).

Після того, як ви вб'єте процес, OS X просто відновить процес, і ви повинні повернутися назад. Однак це здається лише тимчасовим рішенням, і ви можете зіткнутися з ним знову.

Отже, для більш постійного рішення (якщо ви не боїтеся ризикнути на землю терміналу), спробуйте процес, описаний у цій статті , який був наданий Джошуа Тейлором, коли ви додаєте роботу з крон до OS X, яка перезапускає SystemUIServer на початку кожного інша година (автоматизація рішення вище цієї проблеми):

Відкрийте свій термінал (/Applications/Utilities/Terminal.app).

Тип:

crontab -e

..і натисніть Enter.

Натисніть букву "а" на клавіатурі.

Введіть наступне, використовуючи вкладки для великих розділень:

0 */2 * * * killall SystemUIServer

Натисніть клавішу втечі на клавіатурі.

Тип:

:wq

.. (це двокрапка, w тоді q) і натисніть клавішу Enter.

Закрийте Terminal.app.


4
Це здається, що лікувати один із симптомів, а не що-небудь щодо того, що викликає це в першу чергу. Уявіть собі автомобіль, який зупиняється. Ви показували, як автоматично перезапустити двигун, але насправді не виправляєте проблему.
bmike

2

Це припинить процес, лише якщо час процесора перевищує 5 хвилин:

*/15 * * * * [[ "$(ps -e | grep SystemUIServer | awk '{print $3}')" > 5:00.00 ]] && killall -kill SystemUIServer

Якщо ви не знаєте, як використовувати vi, ви можете змінити кронтаб за допомогою EDITOR=nano crontab -e.


3
Це гідний автоматизований метод відновлення - але не пояснює, як виправити щось. Я припускаю, що ви маєте на увазі, що є витік пам'яті або ресурсів, і потрібна періодична обрізка, але якщо процес записує до будь-яких файлів, то, як правило, це може призвести до посилення проблеми.
bmike

2

Нещодавно у мене була та сама проблема в Mac OS 10.7.5 із встановленою DropBox. Оновлення до поточної версії DropBox (2.6.2) допомогло значно, але не повністю. Замість того, щоб сповільнювати роботу системи з обертовим веселковим колесом та SystemUIServer, який повідомляє про 98% використання процесора, багаторазового (дратівливого) рази на день, воно сьогодні зменшилось удвічі.

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