configd adalah daemon konfigurasi sistem yang berjalan di belakang Mac OS X, sebagian besar pengguna tidak akan pernah melihat atau melihat proses inti OS X berjalan di latar belakang Mac mereka. Dengan demikian, configd terkadang dapat bertindak dan menyebabkan lonjakan CPU yang tidak biasa dan aktivitas kipas membuat Mac Anda terdengar seperti terowongan angin. Perilaku configd ganjil mudah didiagnosis dengan meluncurkan Monitor Aktivitas, menyortir berdasarkan opsi "% CPU", dan melihat proses pengguna root 'configd' duduk di atas mengambil antara 20-95% CPU.Jika perilaku itu berlangsung sekitar satu menit atau lebih biasanya bukan masalah besar, lonjakan sementara bisa normal jadi biarkan berjalan dan abaikan saja, tetapi ada kalanya configd bisa salah dan itu akan duduk sekitar 50% pemanfaatan CPU atau lebih selama berjam-jam tanpa alasan yang jelas – itulah yang ingin kami selesaikan di sini.

Menyelesaikan Penggunaan CPU Tinggi yang dikonfigurasi dengan Peluncuran Ulang Paksa melalui Terminal

Kita akan secara paksa meluncurkan kembali configd dengan memberinya tendangan cepat di celana menggunakan perintah 'killall' yang sangat kuat. Karena configd adalah proses sistem, ia akan langsung diluncurkan kembali setelah dimatikan, dan dalam setiap contoh di mana configd menjadi gila dengan penggunaan prosesor, trik ini menyelesaikan masalah.

Luncurkan Terminal (duduk di dalam /Applications/Utilities/ seperti biasa) dan ketik perintah berikut:

sudo killall configd

Anda harus memasukkan kata sandi administrator untuk menjalankan perintah sebagai pengguna super, jadi awalan sudo. Menjalankan perintah tanpa sudo tidak efektif karena proses dimiliki oleh root (pengguna super).

Jika Anda membiarkan Monitor Aktivitas tetap terbuka dan diurutkan berdasarkan CPU, Anda akan menemukan 'configd' menghilang dan saat diluncurkan kembali, ia tidak lagi duduk di bagian atas daftar dan tidak lagi menghabiskan banyak sekali CPU . Pencarian untuk proses sekarang akan memakan antara 0% dan 1% dari CPU.

Jika Anda masih memiliki masalah dengan configd setelah menggunakan perintah killall, lompat ke bagian bawah artikel ini untuk mempelajari lebih lanjut tentang pemecahan masalah configd.

Menangani konfigurasi tanpa Terminal

Jika Anda tidak nyaman dengan baris perintah, ada dua opsi lain:

1. Keluar dari semua aplikasi Mac yang sedang berjalan, yang dapat Anda lakukan secara manual atau dengan menggunakan aplikasi buatan sendiri ini untuk menutup semua yang ada di OS X
2. Reboot Mac

Mem-boot ulang Mac memiliki efek yang sama dengan mematikan proses konfigurasi secara langsung, meskipun jelas sedikit lebih mengganggu alur kerja Anda. Keluar dari setiap aplikasi dapat membantu jika kesalahan konfigurasi disebabkan oleh perilaku salah aplikasi, lebih lanjut tentang itu sebentar lagi.

Mendiagnosis masalah konfigurasi tertentu dan mempelajari tentang konfigurasi

Apple secara resmi menjelaskan configd sebagai berikut:

Daemon configd bertanggung jawab atas banyak aspek konfigurasi sistem lokal. configd memelihara data yang mencerminkan keadaan sistem yang diinginkan dan saat ini, memberikan pemberitahuan ke aplikasi ketika data ini berubah, dan menghosting sejumlah agen konfigurasi dalam bentuk bundel yang dapat dimuat.

Kutipan tersebut diambil dari halaman manual di configd, yang dapat diakses dengan mengetik perintah berikut di terminal:

man configd

Anda dapat membacanya langsung di Mac melalui baris perintah, atau melalui web menggunakan tautan Pustaka Pengembang di sini.

Jika Anda ingin mencoba mendiagnosis mengapa configd menjadi gila sejak awal, Anda dapat melihat-lihat di dua lokasi berikut untuk bundel configd dan file plist, yang mungkin memberikan beberapa petunjuk tentang apa yang terjadi salah dan mengapa:

/Sistem/Perpustakaan/Konfigurasi Sistem/ /Perpustakaan/Preferensi/Konfigurasi Sistem/

Pilihan lainnya adalah memilih untuk menjalankan kembali configd dalam mode verbose dengan perintah berikut:

sudo /usr/libexec/configd -v

Ini akan mengekspor informasi verbose ke Konsol Sistem OS X, yang dapat dibaca baik dari aplikasi Konsol atau melalui baris perintah juga.Membandingkan informasi tersebut dengan apa yang ditemukan di direktori sistem yang disebutkan di atas dapat sangat membantu dalam mendiagnosis penyebab yang tepat.

Pengalaman umum telah menunjukkan bahwa beberapa aplikasi dan proses lebih sering menyebabkan masalah konfigurasi daripada yang lain, beberapa di antaranya mungkin termasuk layanan berbasis Java dan Java seperti CrashPlan, printer tertentu dengan kesalahan pencetakan yang belum terselesaikan, dan jaringan yang tidak tepat konfigurasi di mana koneksi jaringan berulang kali mencoba dan gagal. Inilah sebabnya mengapa terkadang keluar dari semua aplikasi efektif untuk menyelesaikan masalah, karena ini dapat mengakhiri pengulangan yang gagal yang menyebabkan configd menjadi rusak, dan dalam beberapa kasus di mana mematikan configd tidak menyelesaikan masalah, maka menghapus file plist penyebab dapat menyelesaikannya masalah sekali dan untuk semua. Pengalaman dan hasil individu Anda mungkin berbeda.