configd: Mac OS X の configd プロセスで CPU 使用率が高くなる問題を修正する
configd は、Mac OS X の背後で実行されるシステム構成デーモンです。ほとんどのユーザーは、Mac のバックグラウンドで実行されているコア OS X プロセスに気付かなかったり、見たりすることはありません。そうは言っても、configd が動作して異常な CPU スパイクやファンの動作が発生し、Mac が風洞のように聞こえることがあります。 configd の異常な動作は、Activity Monitor を起動し、「% CPU」オプションでソートし、「configd」ルート ユーザー プロセスが一番上にあり、20 ～ 95% の CPU を占有していることを確認することで簡単に診断できます。その動作が 1 分ほど続く場合、通常は大したことではありません。一時的なスパイクは正常である可能性があるため、そのまま実行して無視しますが、configd が不可解に異常になり、CPU 使用率が約 50% になることがあります。明確な理由もなく、何時間もそれ以上 – それがここで解決しようとしていることです。
ターミナル経由の強制再起動で configd の高い CPU 使用率を解決する
強力な「killall」コマンドを使用して、configd を強制的に再起動します。 configd はシステム プロセスであるため、強制終了されると即座に再起動されます。configd がプロセッサの使用率に異常をきたしている場合は常に、このトリックによって問題が解決されます。
ターミナルを起動し (通常どおり /Applications/Utilities/ 内にあります)、次のコマンドを入力します:
sudo killall configd
スーパーユーザーとしてコマンドを実行するには、管理者パスワードを入力する必要があるため、sudo プレフィックスが付きます。プロセスは root (スーパーユーザー) によって所有されているため、sudo なしでコマンドを実行しても効果がありません。
Activity Monitor を開いたままにして CPU で並べ替えると、「configd」が消え、再起動してもリストの一番上に表示されなくなり、CPU を大量に消費しなくなります。 .プロセスを検索すると、CPU の 0% から 1% を消費していることがわかります。
killall コマンドを使用した後でも configd に問題がある場合は、この記事の最後に移動して、configd の問題のトラブルシューティングの詳細を確認してください。
ターミナルなしで configd を扱う
コマンドラインに慣れていない場合は、他に 2 つのオプションがあります:
- 実行中のすべての Mac アプリケーションを終了します。手動で行うか、この自作アプリを使用して OS X のすべてを終了することができます
- Macを再起動する
特定の configd 問題の診断と configd についての学習
Apple は configd を公式に次のように説明しています:
configd デーモンは、ローカル システムの多くの構成面を担当します。 configd は、システムの望ましい状態と現在の状態を反映するデータを維持し、このデータが変更されたときにアプリケーションに通知を提供し、ロード可能なバンドルの形式で多数の構成エージェントをホストします。
その抜粋は configd のマニュアル ページから取られています。ターミナルに次のように入力してアクセスできます:
man configd
Mac でコマンド ラインから直接読むか、ここの開発者ライブラリ リンクを使用して Web から読むことができます。
なぜ configd が最初におかしくなったのかを診断したい場合は、次の 2 つの場所で configd バンドルと plist ファイルを探すことができます。間違いとその理由:
/System/Library/SystemConfiguration/ /Library/Preferences/SystemConfiguration/
もう 1 つのオプションは、次のコマンドを使用して詳細モードで configd を再実行することを選択することです:
sudo /usr/libexec/configd -v
これにより、詳細情報が OS X システム コンソールにエクスポートされます。これは、コンソール アプリまたはコマンド ラインからも読み取ることができます。その情報を前述のシステム ディレクトリにあるものと比較すると、正確な原因を診断するのに非常に役立ちます。
一般的な経験では、一部のアプリやプロセスが他のアプリやプロセスよりも頻繁に configd の問題を引き起こすことがわかっています。その中には、Java や CrashPlan などの Java ベースのサービス、未解決の印刷エラーが発生する特定のプリンター、不適切なネットワークが含まれる場合があります。ネットワーク接続の試行と失敗が繰り返される構成。これが、すべてのアプリを終了することが問題の解決に効果的な場合がある理由です。なぜなら、configd が混乱する原因となっている繰り返しの失敗を終わらせる可能性があるからです。場合によっては、configd を強制終了しても問題が解決せず、犯人の plist ファイルを削除することで解決できます。問題は一度だけ。個人の経験と結果は異なる場合があります。
