カーネルタスクは、Mach 3.0に基づくオペレーティングシステム/マイクロカーネル全体であるため、特別です。コアハードウェア、タイミング、メッセージパッシング、およびメモリ処理のほとんどを抽象化します。
アクティビティモニターでほとんどの人が気づくのは、kernel_task入出力（i / o）処理の遅延と計算、およびプロセスとスレッドのスケジューリングオーバーヘッドのすべてのCPU時間を蓄積することです。同様に、ユーザー空間にないすべてのメモリ割り当てを蓄積します。2014年以降のMacでは、このタスクはCPUを抑制するために存在します-プロセッサの温度が高すぎると、カーネルタスクに「作業なし」が割り当てられ、CPUがビジー状態になり、プロセッサがアイドル状態になり、コンピューターが過熱しなくなります。これは、ポータブルラインで特に顕著です。特に、プロセッサを冷却するためのファンや送風機を備えていないMacBookです。Appleは、「カーネルでのプログラミングから離れなければならない理由」で、潜在的なカーネルプログラマーにこれを警告します。 冷却を無効にすると、修復不可能なハードウェアの永続的な損傷が発生します。
要約すると、カーネルプログラミングは大きな責任です。コードがシステムをクラッシュさせたり、他の誰かのファイルやメモリへの不正なユーザーアクセスを提供したり、リモートまたはローカルのルートエクスプロイトを導入したり、不注意によるデータの損失や破損を引き起こさないように、コードを非常に注意深くする必要があります。
再起動後に見ると、最小限のRAMとCPUの必要性で起動し、代わりに他のプログラムが実行されてシステムサービスが必要になったときにのみ成長します。
スリム化するには、不要なポート（WiFi、bluetoothなど）およびアイドル/未使用プログラムをシャットオフします。物事が落ち着かない場合は、再起動を検討して、タスクがスタックしたりメモリがリークしたりしないようにしてください。実際の作業を行っているプログラムがある場合、カーネルはメモリとプロセッサ時間の両方を使用します。他のどのプログラムがこの動作を引き起こしているのかを確認するために開始するのを見てください。カーネルに問題が発生することはめったにありません。パフォーマンスの悪いプログラムであっても、ログアウトして再度ログインしても解決することはできません。kernel_taskは適切にクリーンアップされ、通常はワークロードに必要なリソースのみを使用するように注意します。