Loading article…
Microsoftが製造販売するオペレーティング システムラインであるWindows NTのアーキテクチャは、ユーザー モードとカーネル モードの 2 つの主要コンポーネントで構成される階層型設計です。これは、ユニプロセッサおよび対称型マルチプロセッサ(SMP) ベースのコンピュータで動作するように設計された、プリエンプティブで再入可能なマルチタスク オペレーティング システムです。入出力( I/O) 要求を処理するために、I/O 要求パケット(IRP) と非同期 I/Oを利用するパケット駆動型 I/O を使用します。Windows XP以降、Microsoft は64 ビットバージョンの Windows の提供を開始しました。それ以前は、これらのオペレーティング システムの32 ビットバージョンのみが提供されていました。
ユーザー モードのプログラムとサブシステムは、アクセスできるシステム リソースが制限されていますが、カーネル モードではシステム メモリと外部デバイスに無制限にアクセスできます。Windows NT のカーネル モードでは、コンピューターのハードウェアとシステム リソースに完全にアクセスできます。Windows NTカーネルはハイブリッド カーネルです。アーキテクチャは、単純なカーネル、ハードウェア抽象化レイヤー(HAL)、ドライバー、および一連のサービス (総称して Executive と呼ばれます) で構成され、これらはすべてカーネル モードで存在します。[1]
Windows NT のユーザー モードは、I/O マネージャを使用して適切なカーネル モードデバイス ドライバに I/O 要求を渡すことができるサブシステムで構成されています。Windows NT のユーザー モード レイヤーは、さまざまなタイプのオペレーティング システム用に作成されたアプリケーションを実行する「環境サブシステム」と、環境サブシステムに代わってシステム固有の機能を実行する「統合サブシステム」で構成されています。カーネル モードは、ユーザー モードのサービスとアプリケーションが、アクセスすべきではないオペレーティング システムの重要な領域にアクセスするのを防ぎます。
エグゼクティブ インターフェイスは、すべてのユーザー モード サブシステムとともに、I/O、オブジェクト管理、セキュリティ、およびプロセス管理を処理します。カーネルは、ハードウェア抽象化レイヤーとエグゼクティブの間に位置し、マルチプロセッサの同期、スレッドと割り込みのスケジュールとディスパッチ、トラップ処理と例外のディスパッチを提供します。カーネルは、起動時にデバイス ドライバーを初期化する役割も担います。カーネル モード ドライバーには、最高レベル ドライバー、中間ドライバー、および低レベル ドライバーの 3 つのレベルがあります。Windows ドライバー モデル(WDM) は中間レイヤーに存在し、主にWindows 98とWindows 2000の間でバイナリとソースの互換性を保つように設計されています。最低レベル ドライバーは、デバイスを直接制御する従来の Windows NT デバイス ドライバーか、プラグ アンド プレイ(PnP) ハードウェア バス のいずれかです。
ユーザーモード
ユーザー モードは、さまざまなシステム定義のプロセスと DLL で構成されます。
ユーザー モード アプリケーションとオペレーティング システムのカーネル関数間のインターフェイスは、「環境サブシステム」と呼ばれます。Windows NT には、それぞれ異なる API セットを実装する複数の環境サブシステムがあります。このメカニズムは、さまざまな種類のオペレーティング システム用に作成されたアプリケーションをサポートするために設計されました。環境サブシステムはいずれもハードウェアに直接アクセスできません。ハードウェア関数へのアクセスは、カーネル モード ルーチンを呼び出すことによって行われます。[引用が必要]
主な環境サブシステムには、 Win32サブシステム、OS/2サブシステム、POSIXサブシステムの3つがあります。[2]
Win32 環境サブシステム
Win32 環境サブシステムは、32 ビット Windows アプリケーションを実行できます。これには、他のすべての環境サブシステム用のコンソール、テキスト ウィンドウ サポート、シャットダウン、およびハード エラー処理が含まれます。また、仮想 DOS マシン(VDM) もサポートされており、これにより、MS-DOSおよび16 ビットWindows ( Win16 ) アプリケーションを Windows NT で実行できます。独自のアドレス空間で実行され、MS-DOS 5.0 を実行するIntel 80486をエミュレートする特定の MS-DOS VDM があります。ただし、Win16 プログラムは Win16 VDM で実行されます。各プログラムは、既定では同じプロセスで実行されるため、同じアドレス空間を使用し、Win16 VDM は各プログラムに実行用の独自のスレッドを提供します。ただし、Windows NT では、ユーザーが Win16 プログラムを別の Win16 VDM で実行できます。これにより、Windows NT が 1 つの実行中のアプリケーションのみを含む VDM プロセス全体をプリエンプトするため、プログラムをプリエンプティブにマルチタスク化できます。 Win32 環境サブシステム プロセス ( csrss.exe ) には、ウィンドウ管理機能も含まれており、これは「ウィンドウ マネージャー」と呼ばれることもあります。これは、入力イベント (キーボードやマウスなどからの入力) を処理し、この入力を受け取る必要があるアプリケーションにメッセージを渡します。各アプリケーションは、これらのメッセージに応答して、独自のウィンドウやメニューを描画または更新する役割を担います。
OS/2 環境サブシステム
OS/2 環境サブシステムは、16 ビットの文字ベースの OS/2 アプリケーションをサポートし、OS/2 1.x をエミュレートしますが、OS/2 2.x 以降で使用される 32 ビットまたはグラフィカル OS/2 アプリケーションはエミュレートしません (x86 マシンのみ)。[3]グラフィカル OS/2 1.x プログラムを実行するには、プレゼンテーション マネージャ用の Windows NT アドオン サブシステムをインストールする必要があります。[3] OS/2 サブシステムを搭載した Windows NT の最後のバージョンは Windows 2000 で、Windows XP で廃止されました。[4] [5]
POSIX 環境サブシステム
POSIX環境サブシステムは、POSIX.1標準または関連するISO / IEC標準に厳密に準拠して作成されたアプリケーションをサポートします。このサブシステムは、 Windows Services for UNIXの一部であるInterixに置き換えられました。[4]これは、 Windows Subsystem for Linuxに置き換えられました。
セキュリティサブシステム
セキュリティ サブシステムは、セキュリティ トークンを処理し、リソースのアクセス許可に基づいてユーザー アカウントへのアクセスを許可または拒否し、ログイン要求を処理してログイン認証を開始し、Windows NT で監査する必要があるシステム リソースを決定します。[引用が必要]また、 Active Directoryも管理します。[引用が必要] ワークステーション サービスは、Windows ファイルおよびプリンタ共有のクライアント側であるネットワーク リダイレクタを実装します。これは、リモート ファイルおよびプリンタへのローカル要求を、ネットワーク上の適切なサーバーに「リダイレクト」することによって実装します。 [6]逆に、サーバー サービスは、ネットワーク上の他のコンピューターが、ローカル システムによって提供されるファイル共有および共有プリンタにアクセスできるようにします。[7]
カーネルモード
Windows NTカーネル モードは、コンピュータのハードウェアとシステム リソースに完全にアクセスでき、保護されたメモリ領域でコードを実行します。[8]スケジューリング、スレッドの優先順位、メモリ管理、ハードウェアとのやり取りへのアクセスを制御します。カーネル モードは、ユーザー モードのサービスとアプリケーションが、アクセスすべきではないオペレーティング システムの重要な領域にアクセスするのを阻止します。ユーザー モードのプロセスは、カーネル モードにそのような操作を代わりに実行するよう依頼する必要があります。
x86アーキテクチャは 4 つの異なる特権レベル (0 から 3 まで) をサポートしていますが、使用されるのは 2 つの極端な特権レベルだけです。ユーザー モード プログラムは CPL 3 で実行され、カーネルは CPL 0 で実行されます。これらの 2 つのレベルは、それぞれ「リング 3」と「リング 0」と呼ばれることがよくあります。このような設計上の決定は、2 つの特権レベルのみをサポートするRISCプラットフォームへのコード移植性を実現するために行われましたが、 [9]これにより、ハードウェアに直接アクセスしようとする I/O 特権セグメントを含むOS/2アプリケーションとの互換性が失われます。[3]
カーネルモードで実行されるコードには、特定のタスクを実行する多くのモジュールで構成されるエグゼクティブ、エグゼクティブが使用する低レベルのサービスを提供するカーネル、ハードウェア抽象化レイヤー（HAL）、カーネルドライバーが含まれます。[8] [10]
エグゼクティブ
Windows Executive サービスは低レベルのカーネル モード部分を構成し、ファイルNTOSKRNL.EXEに含まれています。[8] I/O、オブジェクト管理、セキュリティ、プロセス管理を扱います。これらは、キャッシュ マネージャ、構成マネージャ、I/O マネージャ、ローカル プロシージャ コール(LPC)、メモリ マネージャ、オブジェクト マネージャ、プロセス構造、セキュリティ参照モニタ (SRM)など、いくつかのサブシステムに分かれています。グループ化されたコンポーネントは、 Executive サービス(内部名Ex )と呼ばれます。システム サービス(内部名Nt )、つまりシステム コールも、パフォーマンス向上のためにカーネル層に直接呼び出すごく少数のものを除き、このレベルで実装されています。[要出典]
この文脈における「サービス」という用語は、通常、呼び出し可能なルーチン、または呼び出し可能なルーチンのセットを指します。これは、Unix 系オペレーティング システム のデーモンに似たユーザー モード コンポーネントである「サービス プロセス」の概念とは異なります。
_screenshot.png/500px-Object_Manager_(Windows)_screenshot.png)
- オブジェクト マネージャー
- オブジェクトマネージャ(内部名Ob ) は、他のすべての実行サブシステム、特にシステム コールが Windows NT リソースにアクセスするために通過しなければならない実行サブシステムであり、本質的にはリソース管理インフラストラクチャ サービスです。[11]オブジェクト マネージャは、他の実行サブシステムでのオブジェクト リソース管理機能の重複を減らすために使用されます。重複があると、バグが発生し、Windows NT の開発が困難になる可能性があります。[12]オブジェクト マネージャにとって、各リソースは、そのリソースが物理リソース (ファイル システムや周辺機器など) であるか論理リソース (ファイルなど) であるかに関係なく、オブジェクトです。各オブジェクトには、オブジェクト マネージャが認識する必要がある構造またはオブジェクト タイプがあります。
- オブジェクトの作成は、作成と挿入の2 つのフェーズから成るプロセスです。作成により、空のオブジェクトが割り当てられ、名前空間内の (オプションの) 名前など、オブジェクト マネージャーが必要とするリソースが予約されます。作成が成功した場合、作成を担当するサブシステムが空のオブジェクトに入力します。[13]最後に、サブシステムが初期化が成功したと判断すると、オブジェクト マネージャーにオブジェクトを挿入するように指示します。これにより、オブジェクトは (オプションの) 名前またはハンドルと呼ばれるCookieを通じてアクセスできるようになります。[14]それ以降、オブジェクトの有効期間はオブジェクト マネージャーによって処理され、オブジェクト マネージャーから破棄の指示を受けるまで、サブシステムがオブジェクトを動作可能な状態に保つことになります。[15]
- ハンドルは、不透明な値を介してカーネルリソースへの参照を表す識別子です。[16]同様に、名前を介してオブジェクトを開くとセキュリティチェックの対象となりますが、既存の開いているハンドルを介して操作する場合は、オブジェクトが開かれたときまたは作成されたときに要求されたアクセスレベルに制限されます。[引用が必要]
- オブジェクト タイプは、オブジェクト プロシージャとオブジェクト固有のデータを定義します。このように、オブジェクト マネージャにより、Windows NT はオブジェクト指向のオペレーティング システムになります。オブジェクト タイプは、オブジェクトを定義する多態的なクラスと考えることができるためです。ただし、I/O マネージャの顕著な例外を除き、ほとんどのサブシステムは、すべてのオブジェクト タイプ プロシージャの既定の実装に依存しています。[引用が必要]
- 作成されたオブジェクトの各インスタンスには、その名前、オブジェクト作成関数に渡されるパラメータ、セキュリティ属性、およびオブジェクト タイプへのポインタが格納されます。オブジェクトには、オブジェクトのクローズ プロシージャと参照カウントも含まれており、システム内の他のオブジェクトがいくつそのオブジェクトを参照しているかをオブジェクト マネージャに通知し、クローズ要求が送信されたときにオブジェクトを破棄できるかどうかを決定します。[17]名前付きオブジェクトはすべて、階層的なオブジェクト名前空間に存在します。
- キャッシュコントローラ
- メモリ マネージャー、I/O マネージャー、および I/O ドライバーと緊密に連携して、通常のファイル I/O 用の共通キャッシュを提供します。Windows キャッシュ マネージャーは、デバイス ブロックではなくファイル ブロックを操作して、ローカル ファイルとリモート ファイル間の操作の一貫性を保ちます。また、キャッシュ ブロックはメモリ マップ ビューの特殊なケースであり、キャッシュ ミスはページ フォールトの特殊なケースであるため、ファイルのメモリ マップビューとの一定の一貫性を確保します。
- 構成マネージャー
- Windows レジストリに必要なシステム コールを実装します。
- I/O マネージャー
- デバイスがユーザー モード サブシステムと通信できるようにします。ユーザー モードの読み取りおよび書き込みコマンドを読み取りまたは書き込みIRPに変換し、デバイス ドライバーに渡します。ファイル システムI/O 要求を受け入れ、それをデバイス固有の呼び出しに変換し、ハードウェアを直接操作して入力の読み取りまたは出力の書き込みを行う低レベルのデバイス ドライバーを組み込むことができます。また、読み取り要求をキャッシュしてディスクにバックグラウンドで書き込むことでディスクのパフォーマンスを向上させるキャッシュ マネージャーも含まれています。
- ローカル プロシージャ コール (LPC)
- 接続セマンティクスを備えたプロセス間通信ポートを提供します。LPC ポートは、ユーザー モード サブシステムがクライアントと通信するために、Executive サブシステムがユーザー モード サブシステムと通信するために、またMicrosoft RPCのローカル トランスポートの基盤として使用されます。
- メモリマネージャー
- 仮想メモリを管理し、メモリ保護と物理メモリから二次ストレージへのメモリのページングを制御し、物理メモリの汎用アロケータを実装します。また、PE 実行可能ファイルのパーサーも実装しており、これにより実行可能ファイルを単一のアトミック ステップでマップまたはマップ解除できます。
- Windows NT Server 4.0、Terminal Server Edition 以降、メモリ マネージャは、いわゆるセッション スペースを実装します。これは、ユーザー モード メモリと同様にコンテキスト切り替えの対象となるカーネル モード メモリの範囲です。これにより、初期設計の欠点にもかかわらず、カーネル モード Win32 サブシステムと GDI ドライバの複数のインスタンスを並行して実行できます。各セッション スペースは複数のプロセスによって共有され、総称して「セッション」と呼ばれます。
- 新しいオブジェクト タイプを導入せずにセッション間の分離をある程度確保するために、プロセスとセッション間の関連付けは、セキュリティ サブジェクト (トークン) の属性としてセキュリティ リファレンス モニターによって処理され、特別な権限を保持している場合にのみ変更できます。
- セッションが比較的単純で場当たり的な性質を持つのは、セッションが当初の設計には含まれていなかったためであり、メインラインへの影響を最小限に抑えながら、サードパーティ ( Citrix Systems ) がWindows NT 用のターミナル サーバー製品WinFrameの前提条件として開発する必要があった。しかし、Windows Vista 以降、セッションはようやく Windows アーキテクチャの適切な側面となった。セッションは、Win32 を介して間接的にユーザー モードに侵入するメモリ マネージャー構造ではなくなり、ほとんどの Executive サブシステムに影響を与える広範な抽象化に拡張された。実際、Windows Vista を定期的に使用すると、常にマルチセッション環境になる。[18]
- プロセス構造
- プロセスとスレッドの作成と終了を処理し、ジョブの概念を実装します。ジョブとは、まとめて終了したり、共有の制限 (割り当てられたメモリの合計最大値や CPU 時間など) の下に配置したりできるプロセスのグループです。ジョブ オブジェクトは、Windows 2000で導入されました。
- PnP マネージャー
- プラグ アンド プレイを処理し、起動時にデバイスの検出とインストールをサポートします。また、必要に応じてデバイスを停止および起動する役割も担います。これは、バス ( USBやIEEE 1394 FireWireなど) に新しいデバイスが追加され、それをサポートするためにデバイス ドライバーをロードする必要がある場合に発生します。その大部分は、実際にはユーザー モードのプラグ アンド プレイ サービスで実装されており、適切なドライバーのインストール、サービスとアプリケーションへの新しいデバイスの到着の通知、ユーザーへの GUI の表示など、複雑なタスクを処理します。
- パワーマネージャー
- 電源イベント (電源オフ、スタンバイ、休止状態など) を処理し、特別な IRP (電源 IRP ) を使用して影響を受けるドライバーに通知します。
- セキュリティ リファレンス モニター (SRM)
- セキュリティ統合サブシステムのセキュリティルールを強制する主な権限。[19]アクセス制御リスト(ACL)を使用して、オブジェクトまたはリソースにアクセスできるかどうかを決定します。ACL 自体はアクセス制御エントリ (ACE) で構成されています。ACE には、セキュリティ識別子(SID) と、ACE が特定の受託者グループ (ユーザーアカウント、グループアカウント、またはログインセッション[20] ) にそのリソースへのアクセス許可 (許可、拒否、または監査) を与える操作のリストが含まれています。[21] [22]
- ジーディーアイ
- グラフィックス デバイス インターフェイスは、直線や曲線の描画、フォントのレンダリング、パレットの処理などのタスクを担当します。Windows NT 3.xシリーズのリリースでは、GDI コンポーネントがユーザー モードのクライアント/サーバー ランタイム サブシステムに配置されていましたが、Windows NT 4.0 ではグラフィックスのパフォーマンスを向上させるためにカーネル モードに移動されました。[23]
カーネル
カーネルは HAL と Executive の間に位置し、マルチプロセッサの同期、スレッドと割り込みのスケジュールとディスパッチ、トラップ処理と例外のディスパッチを提供します。また、オペレーティング システムを起動して実行するために必要なデバイス ドライバーをブート時に初期化する役割も担います。つまり、カーネルは従来のマイクロカーネルのほぼすべてのタスクを実行します。Executive と Kernel の厳密な区別は、元のマイクロカーネル設計の最も顕著な名残であり、歴史的な設計ドキュメントでは一貫してカーネル コンポーネントを「マイクロカーネル」と呼んでいます。
カーネルはプロセスマネージャとインターフェースをとることが多い。[24]抽象化のレベルは、カーネルがプロセスマネージャを呼び出すことはなく、その逆のみである（少数の例外を除き、それでも機能的な依存関係に至ることはない）。
ハイブリッドカーネル設計
Windows NT の設計には、典型的なマイクロカーネル システムであるMachと同じ目的が数多く含まれている。その最も重要なものの 1 つは、よく知られたインターフェイスを介して通信するモジュールの集合体としての構造であり、小さなマイクロカーネルは、第 1 レベルの割り込み処理、スレッド スケジューリング、同期プリミティブなどのコア機能に限定されている。これにより、モジュール間の通信には直接プロシージャ コールまたはプロセス間通信(IPC) のいずれかを使用することが可能になり、異なるアドレス空間 (たとえば、カーネル空間またはサーバー プロセス) にモジュールを配置できる可能性がある。Mach と共通のその他の設計目標には、多様なアーキテクチャのサポート、複数のオペレーティング システム パーソナリティをその上に実装できるほど一般的な抽象化を備えたカーネル、およびオブジェクト指向の構成などがある。[25] [26]
Windows における主要なオペレーティング システム パーソナリティは、常に存在するWindows APIです。Windows パーソナリティを実装するエミュレーション サブシステムは、クライアント/サーバー ランタイム サブシステム(csrss.exe) と呼ばれます。NT 4.0 より前のバージョンでは、このサブシステム プロセスには、ウィンドウ マネージャー、グラフィックス デバイス インターフェイス、グラフィックス デバイス ドライバーも含まれていました。ただし、パフォーマンス上の理由から、バージョン 4.0 以降では、これらのモジュール (モノリシック システム、特に内部グラフィックス サポートなしで設計されたシステムでもユーザー モードで実装されることが多い) は、カーネル モード サブシステムとして実行されます。[25]
NT 上で実行されるアプリケーションは、OS パーソナリティの 1 つ (通常は Windows API) に記述されており、ドキュメントが公開されていないネイティブ NT API には記述されていません (デバイス ドライバー開発で使用されるルーチンを除く)。OS パーソナリティは、一連のユーザー モード DLL (ダイナミック リンク ライブラリを参照) を介して実装され、必要に応じてエミュレーション サブシステム サーバー プロセスと共にアプリケーション プロセスのアドレス空間にマップされます (前述のとおり)。アプリケーションは、アドレス空間にマップされた OS パーソナリティ DLL を呼び出すことでシステム サービスにアクセスします。次に、この DLL は、プロセス アドレス空間にマップされた NT ランタイム ライブラリ (ntdll.dll) を呼び出します。NT ランタイム ライブラリは、カーネル モードにトラップしてカーネル モード Executive ルーチンを呼び出すか、適切なユーザー モード サブシステム サーバー プロセスにローカル プロシージャ コール(LPC) を行うことでこれらの要求に応えます。このプロセスは、NT API を使用してアプリケーション プロセス、カーネル モード サブシステム、および相互に通信します。[27]
カーネルモードドライバー
Windows NT は、カーネル モードデバイス ドライバーを使用して、ハードウェア デバイスと対話できるようにします。各ドライバーには、オペレーティング システムの残りの部分にエクスポートする、明確に定義されたシステム ルーチンと内部ルーチンがあります。すべてのデバイスは、ユーザー モード コードによって I/O マネージャー内のファイル オブジェクトとして表示されますが、I/O マネージャー自体には、デバイスはデバイス オブジェクトとして表示され、ファイル、デバイス、またはドライバー オブジェクトとして定義されます。カーネル モード ドライバーには、最高レベルのドライバー、中間ドライバー、および低レベルのドライバーの 3 つのレベルがあります。FAT や NTFS のファイル システム ドライバーなどの最高レベルのドライバーは、中間ドライバーに依存します。中間ドライバーは、オプションで低レベルのフィルタードライバーと高レベルのフィルター ドライバーの間に挟まれた機能ドライバー (デバイスのメイン ドライバー) で構成されます。機能ドライバーは、バス ドライバー(バスコントローラー、アダプター、またはブリッジにサービスを提供するドライバー) に依存します。バス ドライバーは、オプションでバス フィルター ドライバーを機能ドライバーとの間に配置できます。中間ドライバーは、最下位レベルのドライバーに依存して機能します。Windowsドライバー モデル(WDM) は中間層に存在します。最も低いレベルのドライバーは、デバイスを直接制御する従来の Windows NT デバイス ドライバーか、PnP ハードウェア バスのいずれかです。これらの低レベルのドライバーはハードウェアを直接制御し、他のドライバーに依存しません。
ハードウェア抽象化レイヤー
Windows NTハードウェア抽象化レイヤー(HAL) は、コンピュータの物理ハードウェアとオペレーティング システムの残りの部分の間にあるレイヤーです。ハードウェアの違いを隠し、カーネルが実行される一貫したプラットフォームを提供するように設計されています。HAL には、I/O インターフェイス、割り込みコントローラー、および複数のプロセッサーを制御するハードウェア固有のコードが含まれています。
ただし、その目的とアーキテクチャ内の指定された位置にもかかわらず、HAL はカーネルが Executive の下にあるのと同じようにカーネルの完全に下に位置するレイヤーではありません。既知の HAL 実装はすべて、ある程度カーネル、または Executive に依存しています。実際には、これはカーネルと HAL のバリアントが、連携して動作するように特別に構築されたマッチング セットで提供されることを意味します。
特に、ハードウェア抽象化には、一般的には移植性というより広い概念に該当する命令セットの抽象化は含まれません。命令セットの抽象化は、必要な場合 ( x86命令セットの複数のリビジョンを処理する場合や、不足している数値演算コプロセッサをエミュレートする場合など) は、カーネルまたはハードウェア仮想化によって実行されます。
ブートシーケンス
ブートシーケンスは、Vistaより前のバージョンではNTLDRによって、 Vista以降ではWindowsブートマネージャーによって開始されます。 [28]ブートローダーは、ブートドライブ上のファイルシステムにアクセスし、ntoskrnl.exeを起動し、ブート時のデバイスドライバーをメモリにロードする役割を担っています。すべてのブートドライバーとシステムドライバーがロードされると、カーネルはセッションマネージャーサブシステムを起動します。セッションマネージャーは、クライアント/サーバーランタイムサブシステムなど、Win32サブシステムの重要なカーネルサービスとユーザーモードサービスを起動します。セッションではプロセスwinlogonも実行され、ユーザーがログインしてアカウントを使用できるようになります。
参照
- Microsoft Windows ライブラリ ファイル
- ミンウィン
- Unixアーキテクチャ
- オペレーティングシステムカーネルの比較
- ユーザーモード ドライバー フレームワーク
- カーネルモード ドライバー フレームワーク
- ハイブリッドカーネル
注釈と参考文献
- 注記
- ^ Finnel 2000、第 1 章「Microsoft Windows 2000 の概要」、7 ～ 18 ページ。
- ^ 「付録 D - Windows 2000 Professional での非ネイティブ アプリケーションの実行」。Microsoft Windows 2000 Professional リソース キット。Microsoft。2008年 9 月 11 日。
- ^ abc 「Windows NT Workstation リソースキット 第 28 章 - OS/2 互換性」。Microsoft。2012 年 10 月 24 日時点のオリジナルよりアーカイブ。
- ^ ab 「POSIX および OS/2 は Windows XP または Windows Server 2003 ではサポートされていません」。Microsoft。2011 年 5 月 24 日時点のオリジナルよりアーカイブ。
- ^ Reiter, Brian (2010 年 8 月 24 日)。「Microsoft POSIX サブシステムの悲しい歴史」。
- ^ 「ネットワーク リダイレクターの基本アーキテクチャ」。Microsoft。2021 年 12 月 15 日。2023 年 7 月 30 日閲覧。
- ^ 「Windows NT ネットワーク アーキテクチャ」。Microsoft。2016 年 11 月 18 日時点のオリジナルよりアーカイブ。2016 年 11 月 18 日閲覧。
- ^ abc Roman, Steven (1999). 「Windows アーキテクチャ」. Visual Basic による Win32 API プログラミング. O'Reilly and Associates, Inc. ISBN 1-56592-631-5。
- ^ 「MS Windows NT カーネルモード ユーザーと GDI ホワイト ペーパー」。Windows NT ワークステーション ドキュメント。Microsoft TechNet。2008年 2 月 21 日時点のオリジナルからアーカイブ。2007年 12 月9 日に取得。
- ^ Mark E. Russinovich、David A. Solomon、Alex Ionescu。Windows Internals、第 5 版。Microsoft Press。pp. 228–255。
- ^ ルッシノビッチ＆ソロモン 2005年、124～125頁。
- ^ Russinovich 1997、序論。
- ^ Russinovich 1997、「オブジェクト タイプ」。
- ^ ルッシノビッチ＆ソロモン 2005年、135～140頁。
- ^ ルッシノビッチ＆ソロモン 2005年、141-143頁。
- ^ 「ハンドルとオブジェクト」。Windowsシステム情報。Microsoft。2022 年 2 月 8 日。2023年 7 月 30 日閲覧。
- ^ ルッシノビッチ 1997、「オブジェクト」。
- ^ 「Windows Vista でのセッション 0 分離のサービスとドライバーへの影響」。Microsoft。2006 年 6 月 27 日時点のオリジナルからアーカイブ。
- ^ 「Active Directory データ ストレージ」。Microsoft。[永久リンク切れ]
- ^ 「Trustee の定義」。MSDN。2005 年 2 月 8 日時点のオリジナルよりアーカイブ。
- ^ シヤン 2000.
- ^ 「1.2 用語集」。[MS-AZOD]: 承認プロトコルの概要。2022 年 6 月 14 日。アクセス制御エントリ (ACE)。
- ^ 「MS Windows NT カーネル モード ユーザーと GDI ホワイト ペーパー」。Microsoft。Windows NT 4.0 カーネル モードの変更。2009 年 1 月 19 日閲覧。
- ^ ソロモン＆ルッシノビッチ2000年、543-551頁。
- ^ ab 「MS Windows NT カーネルモード ユーザーと GDI ホワイト ペーパー」。Microsoft Corporation。2007 年。2007 年 3 月 1 日閲覧。
- ^ Silberschatz, Abraham; Galvin, Peter Baer; Gagne, Greg (2005). オペレーティングシステムの概念; 第 7 版(PDF)。ニュージャージー州ホーボーケン: John Wiley & Sons Inc. ISBN 978-0-471-69466-3。
- ^ Probert, Dave (2005)。「Windows アーキテクチャの概要」。内部 NT API に基づくプロジェクトを使用して OS の原理を教える。Microsoft Research/Asia - 北京。2007年 3 月 1 日閲覧。
- ^ 「Windows マルチブートのブート シーケンス - Multibooters.com」。www.multibooters.com。2020年 11 月 19 日閲覧。
- 参考文献
- Finnel, Lynn (2000)。MCSE試験70-215 、Microsoft Windows 2000 Server。Microsoft Press。ISBN 1-57231-903-8。
- Russinovich, Mark (1997 年 10 月)。「NT のオブジェクト マネージャの内部」。Windows IT Pro。2007 年 3 月 3 日時点のオリジナルからのアーカイブ。
- 「Active Directory データ ストレージ」。Microsoft。2005年 5 月 9 日閲覧。[永久リンク切れ]
- Solomon, David; Russinovich, Mark E. (2000)。Inside Microsoft Windows 2000 (第 3 版)。Microsoft Press。ISBN 0-7356-1021-52005年3月23日時点のオリジナルよりアーカイブ。
- Russinovich, Mark ; Solomon, David (2005)。Microsoft Windows Internals (第 4 版)。Microsoft Press。ISBN 0-7356-1917-4。
- シュライバー、スヴェン B. (2001)。『文書化されていない Windows 2000 の秘密』。アディソン・ウェズリー・ロングマン。ISBN 978-0201721874。
- Siyan, Kanajit S. (2000)。Windows 2000 Professional リファレンス。New Riders。ISBN 0-7357-0952-1。
さらに読む
- Martignetti, E.; What Makes It Page?: Windows 7 (x64) 仮想メモリ マネージャー( ISBN 978-1479114290 )
- Russinovich, Mark E.、Solomon, David A.、Ionescu, A.、『Windows の内部構造、パート 1: Windows Server 2008 R2 と Windows 7 について』 ( ISBN 978-0735648739 )
- Russinovich, Mark E.、Solomon, David A.、Ionescu, A.、『Windows の内部構造、パート 2: Windows Server 2008 R2 と Windows 7 について』 ( ISBN 978-0735665873 )
外部リンク
- 「Microsoft の公式 Windows 2000 サイト」。Microsoft。2000年 2 月29日時点のオリジナルよりアーカイブ。
- 「Microsoft Windows 2000 プラグアンドプレイ」。Microsoft。2004年 8 月 8 日時点のオリジナルよりアーカイブ。
- Windows XP カーネルのメモリ管理