Windowsのユーザーモードとカーネルモードの違いとは?仕組みをわかりやすく解説

アプリケーションが「カーネルモード」や「ユーザーモード」で動作している、という話を耳にしたことがあるかもしれません。これはオペレーティングシステム(OS)の仕組みそのものに関わる重要な概念です。OSがどのような役割を果たしているのかを理解すれば、ユーザーモードとカーネルモードの違いも自然と把握できるようになります。

オペレーティングシステムは何をしているのか

コンピュータは、電子部品からなる「ハードウェア」と、それによって実行される「ソフトウェア」で構成されています。しかし、この両者がどのように連携して動いているのかは、意外と知られていません。

コンピュータの最も基本的な要素は「ビット(bit)」、つまり2進数の1桁です。コンピュータが行うすべての処理は、1と0の組み合わせとして表現されます。そして、そのビットの表現方法は、部品ごとに異なります。

CPUでは、微小なトランジスタがオンかオフかの状態によって1と0を表現し、それらが「ロジックゲート」と呼ばれる論理回路へと組み上げられています。

電子的なメモリ(RAM)では、メモリセルが保持する電荷が一定の閾値より上か下かでビットを表します。ハードディスクドライブ(HDD)では、回転するプラッタ上の磁気の変化として記録されます。光学ディスク(CDやDVDなど)では、レーザー光を反射するかしないかを決めるピット(窪み)とランド(平面)が同じ役割を担っています。

物理的な表現方法がどうであれ、あらゆるコンシューマー向けコンピュータ部品の動作は、最終的にはこの機械語(マシンコード)に還元できます。

では、人間にとって扱いやすいコンピュータのインターフェースから、コンピュータ内部の低レベルな処理まで、どのように橋渡しされているのでしょうか?そこで登場するのがオペレーティングシステムです。OSはコンピュータのハードウェアを直接制御します。

このソフトウェアは、アプリケーション(ひいてはユーザー)が望むあらゆることを、CPUやその他の部品が理解できる機械語の命令へと翻訳します。この過程で最も重要な役割を果たすソフトウェアこそが「カーネル」です。

カーネルとは?

カーネルとは、その名の通りOSの「核(中心部)」にあたる部分です。RAM上に常駐するソフトウェアであり、コンピュータが行うすべての動作を指揮します。メモリに何かが書き込まれるときも、その実行を指示しているのはカーネルです。

カーネルはGPUやネットワークカードといったハードウェアとの基本的なやり取り方法は知っていますが、各製品の性能を最大限に引き出す方法までは把握していません。そのため、業界の汎用規格に頼ることになります。

ここで活躍するのがハードウェアドライバーです。ドライバーは、特定の部品をOSがどう扱えばよいのかを伝える役割を担います。NVIDIA製とAMD製のGPUで異なるドライバーが必要になるのはこのためです。

適切なドライバーを備えたカーネルは、コンピュータ内における最高権限者となります。データを壊滅的に破損させうるような操作さえも実行できるのです。

API(アプリケーションプログラミングインターフェース)の役割

MS-DOSの時代には、ソフトウェア開発者がユーザーのハードウェアに合わせて個別にソフトを作る必要がありました。最も悪名高い例が、サウンドカードへの対応です。

あるゲームを動作させるには、Sound Blaster、AdLib、Gravis Ultrasoundといった人気カードへの対応を個別に実装し、プレイヤーの大半をカバーできていることを祈るしかありませんでした。今日では、APIのおかげで状況は一変しています。

Microsoft DirectXはその好例です。APIについて知っておくべき最も重要な点は、ソフトウェア開発者がGPUなどのハードウェアリソースを標準的な方法で要求できる仕組みを提供しているということです。さらに、ハードウェアメーカー側は自社製品がDirectXに準拠していれば、同様に準拠したあらゆるソフトウェアとの互換性が保証されます。

つまりAPIは、アプリケーションと、ハードウェアドライバーを伴う低レベルなカーネルとの間に翻訳層を提供しているのです。確かにわずかな性能低下は伴いますが、現代のコンピュータではその影響はほぼ無視でき、得られるメリットは多岐にわたります。そしてここで、ようやくユーザーモードとカーネルモードの話につながります。

ユーザーモードとカーネルモードの違い

現代のOSは、数百から数千の「プロセス」を同時に実行しており、それぞれの優先度や必要な計算能力に応じて、CPU時間を動的に割り当てています。

アプリケーションを起動するとプロセスが生成され、CPUはそれをユーザーモードまたはカーネルモードのいずれかで実行します。

ユーザーモードで動作するWindowsプロセスは、自分専用の仮想メモリアドレス空間とハンドルテーブルにのみアクセスできます。ソフトウェアはこれらのテーブルを使ってRAMにデータを格納したり、リソースを要求したりします。メモリやその他のハードウェアへの直接アクセスはできず、仮想空間を実際のハードウェアにマッピングするのはOSの仕事です。

この仕組みには多くの利点がありますが、最大のメリットは、アプリケーションが自分の仮想メモリアドレス空間の外にあるデータを上書き・改変できないことです。加えて、ユーザーモードのプロセスには許可されていない機能があり、それは主にシステムをクラッシュさせたりデータを破させたりデータを破壊したりしうるものです。

一方、プロセスが起動時から、または昇格によってカーネルモードで動作するときは、OS用に予約された領域を含むシステムリソース全体に完全にアクセスできます。理論上は、OSが正常に動作するために必要な重要データを上書きすることすら可能です。

トラップと例外

重要なのは、この2つのモードの区別がCPU自身によってハードウェアレベルで強制されているという点です。ユーザーモードで動作中のアプリケーションが、カーネルモードのアクセスを必要とする操作を行おうとすると、「トラップ」または「例外」が発生します。するとOSがそのアプリケーションを処理し、通常は強制終了させてクラッシュログを生成します。開発者はこのログを確認することで、問題が発生した瞬間にメモリ上で何が起こっていたのかを把握できます。

カーネルモードの危険性:ブルースクリーン(BSOD)

ブルースクリーン・オブ・デス(BSOD)を経験したことがない人はいないでしょう。コンピュータが強制的にシャットダウンや再起動を余儀なくされた場合、その原因はカーネルモードのプロセスである可能性が高いのです。

カーネルモードのプロセスが不正な動作をすると、OSはそこから復旧できず、コンピュータ全体が停止してしまいます。一方、ユーザーモードのプロセスが暴走しても、クラッシュするのはそのアプリケーションだけで、他のソフトウェアやOSは何事もなかったように動作を続けられます。

ここでもAPIが重要な役割を果たします。カーネルモードの特権を要求するのはAPIだからです。ユーザーモードのアプリケーションは、本来カーネルモードの特権を必要とする要求を、APIに委譲しているのです。

このため、カーネルモードが許されるのは通常、コンピュータのハードウェアに直接アクセスする必要のある低レベルなシステムプロセスだけです。一般に、ユーザーモードでは得られないパフォーマンスが必要な場合にこの特権が与えられます。一部のCPU命令はカーネルモードでしか実行できないため、そうした機能を使うプロセスは昇格する必要があります。

ブルースクリーンでお困りの場合は、Windows 10向けのブルースクリーン トラブルシューティングガイドもぜひ参考にしてください。