Mengapa SystemUIServer menyebabkan penggunaan CPU yang tinggi?


15

Proses SystemUIServer mengambil 30% dari CPU saya. Mencari-cari di sekitar mengungkapkan bug tabungan macan tutul salju yang diselesaikan dengan menghapus jam dari menubar. Saya di Lion dan saya sudah mencoba ini tanpa hasil. Ada ide tentang cara memperbaikinya?


3
Saya tidak bisa menawarkan dugaan konkret mengapa UI Anda harus bekerja konstan, tetapi biasanya item menu pihak ketiga terjebak dalam satu lingkaran. Jika Anda ingin men-debug ini, Anda bisa menjalankan sysdiagnose SystemUIServerdan mengajukan bug dengan Apple. Seringkali Anda dapat melihat laporan untuk melihat apa yang dilakukan proses - karena Anda juga berada di Stack Overflow, ini mungkin sesuatu yang Anda miliki pengetahuan untuk melihat skrip dan hasil dan mencari alasan mengapa CPU tinggi.
bmike

Jawaban:


7

Masalah yang sama disini. Masalahnya disebabkan oleh widget pihak ketiga yang menggunakan internet. Bagi saya, dropbox adalah masalahnya. Jika dropbox memperbarui file saya, systemuiserver terus menggunakan jumlah CPU yang tinggi .. satu-satunya solusi adalah dengan paksa keluar (menggunakan terminal atau monitor aktivitas) atau menonaktifkan widget pihak ketiga.


7

Sepertinya sebenarnya ada beberapa cara untuk menyelesaikan ini.

Saya mengalami masalah yang sama, dan hari ini saya juga memperhatikan jam saya tidak menunjukkan waktu yang tepat dalam sekitar 2 jam, dan ketika saya melayang-layang di atas jam saya mendapatkan bola pantai berputar.

Jadi saya menemukan dari artikel ini bahwa Anda cukup mematikan proses SystemUIServer dan hanya akan me-restart sendiri dan semua akan baik-baik saja.

Untuk mematikan proses SystemUIServer, Anda cukup membuka Activity Monitor, Filter menurut Nama Proses atau% CPU (karena itu kemungkinan akan menjadi pengguna CPU tertinggi), lalu pilih "SystemUIServer", dan pilih "Keluar dari Proses" dari opsi di bagian atas jendela (tombol yang terlihat seperti tanda berhenti).

Setelah Anda mematikan proses, OS X hanya akan memulai kembali proses, dan Anda harus kembali ke jalurnya. Namun ini tampaknya hanya solusi sementara, dan Anda mungkin menemukan itu lagi.

Jadi untuk solusi yang lebih permanen (jika Anda tidak takut menjelajah ke tanah terminal), coba proses yang diuraikan dalam artikel ini , yang disediakan oleh Joshua Taylor di mana Anda menambahkan tugas cron ke OS X yang memulai SystemUIServer di awal setiap jam lain (mengotomatiskan solusi di atas untuk masalah ini):

Buka terminal Anda (/Applications/Utilities/Terminal.app).

Tipe:

crontab -e

..dan tekan enter.

Tekan huruf "a" di keyboard Anda.

Masukkan yang berikut ini, menggunakan tab untuk pemisahan besar:

0 */2 * * * killall SystemUIServer

Tekan tombol escape di keyboard Anda.

Tipe:

:wq

.. (itu titik dua, w lalu q) dan tekan enter.

Tutup Terminal.app.


4
Ini seperti mengobati salah satu gejala, bukan apa-apa tentang apa yang menyebabkan ini sejak awal. Bayangkan sebuah mobil berhenti. Anda telah menunjukkan cara memulai ulang mesin secara otomatis, tetapi tidak benar-benar memperbaiki masalah.
bmike

2

Ini akan menghentikan proses hanya jika waktu CPU lebih dari 5 menit:

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

Jika Anda tidak tahu cara menggunakan vi, Anda dapat memodifikasi crontab dengan EDITOR=nano crontab -e.


3
Ini adalah metode pemulihan otomatis yang layak - tetapi tidak menjelaskan cara memperbaiki apa pun. Saya kira Anda menyiratkan bahwa ada kebocoran memori atau sumber daya dan pemangkasan berkala diperlukan, tetapi jika proses menulis ke file apa pun, membunuh secara singkat juga dapat meningkatkan masalahnya.
bmike

2

Saya baru-baru ini memiliki masalah yang sama pada sistem operasi Mac Pro 10.7.5 dengan DropBox diinstal. Memperbarui ke versi DropBox saat ini (2.6.2) telah banyak membantu, tetapi tidak sepenuhnya. Alih-alih mendapatkan sistem melambat dengan roda pelangi berputar dan SystemUIServer melaporkan 98% penggunaan CPU beberapa kali (menjengkelkan) kali per hari, sekarang menjadi dua kali hari ini.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.