MacでCodexのCPU・メモリ使用量が多い? 原因の見つけ方

プロジェクトのコンパイルやテストスイートの実行は、誰が頼んだものでも、使えるコアをすべて使います。Codexがビルドを始めると、アクティビティモニタの最上位に来るのはCodexではなくビルドのプロセスで、ファンも回り始めます。これはタスクの代償です。複数のタスクを、それぞれプロジェクトのコピーで同時に実行すると、その分だけ増えます。ビルドを3つ並行して動かせば、ビルド3つ分です。

Codexのイシュートラッカーには、普通のセッション中に、アプリやそのワーカーの1つがコアを1つ使い続けたり、何ギガバイトにも大きくなったりすることがあるという報告があります。効果があるのは、基本的な対処法です。タスクを止め、Codexを終了し、開き直して、アップデートします。スレッドは随時保存されるので、再起動で失うのは数秒だけで、作業は失われません。

終了後は、残ったものがないか確認します。タスクが起動した開発サーバやファイル監視は普通のプロセスで、タスクと一緒に終わるとは限りません。アクティビティモニタを“% CPU”と“メモリ”で並べ替え、nodeなど、自分で起動していないプロジェクトのツールを探しましょう。

macOSは、プログラムが起動されるときに署名をチェックします。ビルドやテストの実行のように、1分間に数百もの小さなプログラムを起動するタスクがあると、syspolicydとtrustdがそのチェックで忙しくなります。これらはmacOSの一部で、終了するものではありません。起動が止まれば落ち着き、固まったチェックはMacを再起動すると解消します。