Windows NT系

出典: フリー百科事典『ウィキペディア（Wikipedia）』

曖昧さ回避
この項目では、Windows NTの設計に基づくWindowsについて記述しています。Windows NT 3.1からNT 4.0までの製品群については「Microsoft Windows NT」をご覧ください。

Windows NT系（ウィンドウズ エヌティけい）はマイクロソフトが開発したWindows NTのアーキテクチャに基づいて製作されたOSの総称。現在のWindowsの主流系統となっており、MS-DOSを基に拡張・発展してきたWindows 9x系とは全く異なった構造をしている。9x系とは分けて考える時に、NT系と定義する。

広義の「Windows NT」として、Windows NT系という言葉が用いられる。

目次

[編集] バージョンの変遷

Windows NT 3.1 から Windows NT 4.0については「Microsoft Windows NT」を参照

以下のオペレーティングシステムがNT系に該当する。なお、発売年は最初に発売された言語版もしくはエディションを記載する。

NT Ver. RTM Build プロダクト名 エディション 発売年
NT 3.1 528 Windows NT 3.1 Windows NT, Windows NT Advanced Server 1993年
NT 3.5 807 Windows NT 3.5 Workstation, Server 1994年
NT 3.51 1057 Windows NT 3.51 Workstation, Server 1995年
NT 4.0 1381 Windows NT 4.0 Workstation, Server, Server Enterprise Edition, Terminal Server, Embedded 1996年
NT 5.0 2195 Windows 2000 Professional, Server, Advanced Server, Datacenter Server 2000年
NT 5.1 2600 Windows XP Home, Professional, Media Center, Tablet PC, Starter, Embedded, Nエディション 2001年
NT 5.1 2600 Windows Fundamentals for Legacy PCs - 2006年
NT 5.2 3790 Windows Server 2003 Standard, Enterprise, Datacenter, Web, Storage, Small Business Server, Compute Cluster Server 2003年
NT 5.2 3790 Windows XP (64ビット) 64-bit Edition, Professional x64 Edition 2003年,2005年
NT 5.2 3790 Windows Home Server 2007年
NT 6.0 6000 Windows Vista Starter, Home Basic, Home Premium, Business, Enterprise, Ultimate, Nエディション ビジネス向け:
2006年
一般消費者向け:
2007年
NT 6.0 6001 Windows Vista Service Pack 1 2008年
NT 6.0 6001 Windows Server 2008 Standard, Enterprise, Datacenter, Web, Foundation, Itanium-based Systems, Storage, Small Business Server 2008年
NT 6.0 6002 Windows Vista Service Pack 2 2009年
NT 6.0 6002 Windows Server 2008 Service Pack 2 2009年
NT 6.1 7600 Windows 7 Starter, Home Basic, Home Premium, Professional, Enterprise, Ultimate 2009年
NT 6.1 7600 Windows Server 2008 R2 Standard, Enterprise, Datacenter, Web, Foundation, Itanium-based Systems 2009年

[編集] クライアント向け製品とサーバ向け製品の呼称

Windows NT系の製品の特徴として、大きく分けてクライアント向けの製品とサーバ向けの製品の2種類存在する。

Windows NTには同バージョン製品でクライアント向けの「Workstation」とサーバ向けの「Server」の2種類がラインナップされている。ただし、Windows NT 3.1だけはクライアント兼サーバーの「Windows NT 3.1」と、ドメインコントローラ専用のWindows NT Advanced Server 3.1のラインナップだった。

Windows 2000以降はクライアント向けを「Workstation」から「Professional」に呼称変更し、Windows XPにおいてもその路線を継承した。また、Windows XPにおいては家庭などでの使用を前提とした「Home Edition」を新たにラインナップに追加した。その一方でWindows XPには「Server」に相当する製品は存在せず、Windows Server 2003として異なるラインナップの位置付けに改まっている。

[編集] 歴史

マイクロソフトはMS-DOSの後継OSとしてOS/2をIBMと共同開発しており、1980年代末にはOS/2 3.0の開発を主に担当していたが、契約関係・開発の進め方等においてIBM側としばしば対立、プロジェクトの進捗が大きく停滞する状況となっていた。

そこでビル・ゲイツは事態の打開策としてプロジェクトマネージャーを社外に探し、当時DEC に在籍していたデヴィッド・カトラーを抜擢した。カトラーはDECのVAXマシン用の名OSのVMSの開発者として名を上げた人物である。カトラーは当初OS/2 3.0のプロジェクトに参加したが、難航するIBMとの交渉の過程でOS/2に事実上見切りをつけ、後にNTと名付けられることになる新OS開発を水面下で推進するようになった。それは彼がかつてDECで手がけたVAXのアーキテクチャを基礎とする極めて近代的な構成のOS[1]であった。

OS/2次期バージョンの開発が遅延する中で、マイクロソフトはストップギャップとして80386搭載マシンを主なターゲットとして開発していたWindows 3.0を1990年に発売する。このWindows 3.0が大ヒットしたことでゲイツは方針を転換し、後継OSをOS/2ではなく自社オリジナルのWindowsにすることを決意する。だが、初期のWindowsは見た目はGUIではあったが内部的にはMS-DOSを土台とし、またIntel 8086やIntel 80286といった当時サポートされていた（そしてPC市場の主流であった）16ビットCPUの機能的な制約に由来する貧弱なメモリ管理機能、マルチタスクの不完全さ、ネットワーク機能の欠落など課題が山積していた。

そこでゲイツはカトラーが開発していたOS/2 3.0→NTを基本としつつ、それにWindows 3.0である程度確立されたGUIシェル[2]を被せ、またそこで実装されていた16ビットAPI(Win16)との互換性を持たせたOSを自社開発することとし、1993年にはNT系第一弾となるWindows NT 3.1の発売を果たした。

NTは極めてコンパクトなマイクロカーネル、サブシステムの概念を導入し、Win32、OS/2、POSIXのサブシステムをユーザ空間に配置した。サブシステムで致命的な問題が起きてもクラッシュと呼ばれるシステム全体の破綻を起こさない、当時のPCで動作するOSとしては画期的なシステムであった。しかしこの構造は当時のPCには負荷が大きく、結果として重いOSと評されることになる。殊にバージョン3.1リリース時には当時の標準的なPC環境よりも遙かに過大なメモリを必要とした為「メモリ・イーター（Memory eater、直訳すれば「メモリを喰らう者」。「メモリを浪費するやつ」という揶揄的表現）」との不名誉な呼ばれ方をされたこともあった。

当初は重いOSにPC側の性能がついていかず、デスクトップ用の業務用OSの後継にしようというマイクロソフトの目論みは失敗した。しかし、NT 3.1、NT 3.5に続いて発表した NT 3.51において、時をほぼ同じくしてリリースしたWindows 95をクライアントとしたサーバOSとしての性格を強調するマーケティングを行い、NetWareの牙城であったNOSの市場に足場を確保することに成功した。

バージョンアップを重ねる際にマイクロカーネル概念の一部を放棄してWin32サブシステムやグラフィクス・デバイスドライバの論理層などをカーネル空間に展開してスループットを向上するなど、重いオペレーティングシステムという汚名を払拭する為のいくつもの改修が行われた。UNIXでnfsの一部をカーネルに移転してスループットを向上させる技術を参考に、ファイルサーバとしての性能向上を図った。OSI参照モデルに倣ったプロトコルスタックを廃しBSDの単純かつ高性能なプロトコルスタックを取り入れたWinsock 2と新しいプロトコルスタックの搭載はネットワーク性能を大幅に向上させた[3]。日々進歩するUNIXやBSDは、マイクロソフトにとって欠かせぬ教材であったとも言えよう。あわせてNTに本格的に対応した新バージョンのVisual C++がリリースされ、サードパーティーやソフトハウスがNT向けアプリケーションの開発を本格的に行えるようになった。

その後もマイクロソフトはデスクトップ用の業務用OSの後継としても売り込みを図るが、一部のITプロフェッショナルを除いては市場に浸透せず、2000年にリリースしたWindows 2000に於いてようやくデスクトップOSとしても市場に認められることとなった。Windows 2000が認められたのは、Windows 9xシリーズのプラグアンドプレイやACPI等の電源管理機能、USBへの対応などユーザビリティの高い機能を実装したことと、この頃にはハードウェアの性能がNT系OSの重さを問題としない（つまり重たくない）レベルにまで向上していたことによると考えられる。

Windows 2000は業務用のデスクトップOSとして歓迎されたが、一般家庭向けの市場でNT系OSが普及するのは次のWindows XPまで待つことになる。

[編集] 動作プラットフォーム

Windows NT系が対応しているプラットフォーム
NT ver. IA-32 X64 IA-64 Alpha MIPS PowerPC
NT 3.1 Yes N/A N/A Yes Yes No
NT 3.5 Yes N/A N/A Yes Yes No
NT 3.51 Yes N/A N/A Yes Yes Yes
NT 4.0 Yes N/A N/A Yes Yes Yes
NT 5.0 Yes N/A N/A No No No
NT 5.1 Yes N/A N/A No No Xbox 360 開発 [2]
NT 5.2 Yes Yes Yes No No No
NT 6.0 Yes Yes Yes No No No
NT 6.1 Client [1] Yes Yes No No No
  1. '  Windows 7 のみサポートした。
  2. '  初期の Xbox 360 用のソフトウェア開発環境として提供された。

Windowsシリーズはx86アーキテクチャ向けのOSだが、Windows NTについては開発当初から様々なCPUアーキテクチャを考慮しており、カーネルは移植性が高い設計[4]となっている。NT 3.1と3.5では、（PC-9800シリーズ用およびFMRシリーズ用を含む）x86版、MIPS Rシリーズ版とAlpha版がリリースされた。これらはARCアーキテクチャのワークステーションで動作するもので、x86版においてもBOOT.INIの記法や「システムパーティション」「ブートパーティション」といった起動関係の用語などに影響を与えている。また、NT 3.51と4.0ではPowerPC版もリリースされ、PowerPCを搭載したIBMのThinkPad Power Seriesでも動作した。しかしインテル・アーキテクチャ以外のCPUの商業的失敗により、Windows 2000の製品版以降は再びインテル・アーキテクチャ系のみ[5]に戻っている。Windows 2000においてもAlpha版の開発は行われたが、発売には至らなかった[6]。現在は主にIA-32、x64、IA-64のみのサポートとなっているが、Windows Server 2008 R2では、IA-32に非対応となることが公表されている[7]。

後にMicrosoftがXbox 360でPowerPCを採用した際、搭載されるOSはPowerPC版Windows NTの資産を利用したのではないかとの憶測が流れたが、Microsoftはこれを否定し、x86を採用したXbox初代のOSを新たにPowerPCに移植したものであるとしている[8]。

Xbox 360の開発環境として、PowerPC G5を搭載するApple社製PowerMacにPowerPC用に新たに移植されたWindows XP (NT5.1) が搭載されているが、市販はされていない。

[編集] セキュリティ

Windows NTのコアであるNT Executiveは、セキュリティに対して非常に厳しい設計が行われている。カーネルから提供されるオブジェクトは基本的にセキュリティ記述子を伴っており、利用するユーザーによってアクセス権を細かく設定されている。XPユーザーではあまり見かけないであろうが、それ以前のバージョンのNT系列OSではファイルにアクセス権を非常にこと細かに設定できる。XPではエクスプローラーからではなく、コマンドプロンプトからCACLSコマンドでアクセス権を設定する。なお、Professionalでは簡易ファイル共有を停止する事により、2000以前のセキュリティ設定タブが利用可能になる。

下位基盤として頑強なセキュリティを持つNTだが、Windows 95のシェルや機能を移植された際に9xとの互換性の問題からそれらのセキュリティの存在を無視する実装を行った為にユーザーは管理者 (Administrator)権限でログオンしていないと作業しづらいといった問題が生じた。限定された権限での動作を考慮していないアプリケーションの問題等、利用する上で不都合が多々あった。

このような経緯から、Windows NT系列、特に2000からXPにかけてはユーザー（特に個人や小規模なネットワーク環境で使っているユーザー）はAdministrators権限でログオンしていることがほとんどである。これはUNIXでいえばrootでログオンしっぱなしの状態であり、非常に深刻な脆弱性をもたらす。なぜなら、あらゆるオブジェクトにアクセス可能であり、たとえばシステムファイルの書き換えを阻むものは何もない。これによりワーム他ウイルスが侵入する隙を作ってしまい、たかだかメールに添付してある実行ファイルを開いてしまっただけで悲惨な結果を招くことがある。この様な問題に対しては、新しいユーザーを作りそのユーザーにはPower UserないしUser権限のみを与えるという方法がある。新しいソフトウェアをインストールできないといった問題が生じる事もあるが、NT本来の頑強なセキュリティを利用できるというメリットに比べればさほど大きな問題は無い。XPでは必要に応じてログオフすることなくAdministratorとしてログオンしなおせるほか、デバイスドライバのインストールは特権を持つシステムプロセスが代行してくれる。Windows VistaはUACで通常時のユーザの権限を下げる対策をした。

なお、NT Executiveはオブジェクトを作成する際にセキュリティ記述子にNULLを指定する事ができる。これはWindows NT系OSの最大のセキュリティホールである。なぜなら、セキュリティ記述子が無いオブジェクトは誰でもアクセスできる。たとえば名前付きイベントオブジェクトであれば誰でもそのイベントを叩いてイベントを発生させる事ができる。名前付きパイプなどであれば勝手にオープンして勝手なデータを流し込むといった事ができる。

[編集] ユーザーモード

ユーザーモードには、ユーザーが利用されるアプリケーションやWindowsのサブシステム、システムプロセスの一部が配置されるメモリ領域を言う。ユーザーモードで動作させる権限はハードウェアやカーネルモードプロセス、カーネルモードにあるメモリへのアクセスは出来ない。

[編集] サブシステム

各アプリケーションの実行環境を提供する。

[編集] Win64サブシステム

Windows XPを含めそれ以降の64ビット版では、Win64サブシステムが基本となる。Win32サブシステムはWOW64機能を用いて実装される。

[編集] Win32サブシステム

Windows NT系の基本的なサブシステムである。

[編集] Win16サブシステム

従来のMS-DOS/Windows 3.1系列のソフトウェアを動作させるためのサブシステムであり、WoW（Win16 on Win32）機能により互換性を保つようになっている。

Vista以降では英語版相当の機能は提供されているが、日本語版独自の機能は提供されていない[9]。

厳密に言うとサブシステムの本体は仮想8086モード、286プロテクトモード、386プロテクトモードをハンドリングする仮想マシンモニタNTVDM (NT Virtual DOS Machine) で、WOWはNTVDMがトラップしたWin16 API呼び出しをWin32 APIに呼び変えを行うグループログラムである。NTVDMは16ビットDOSシステムコールとWin16 APIを動作させることに特化した実装となっており、例えばVESA VGA BIOSなどはサポートしていない[10]。このことは初期のDOS+Windows環境の下でDOSアプリケーションとWindowsアプリケーションを共に利用していたユーザーがNTへ乗り換える際に大きな壁となった[11]。

[編集] OS/2サブシステム

初期のOS/2プログラムを動作させるためのサブシステムである。セキュリティ面からこのサブシステムは停止することが望ましいとされる。Windows XPおよびWindows Server 2003以降ではサポートされていない[12]。

[編集] POSIXサブシステム

POSIX互換のサービスを提供するためのサブシステムである。米国政府に納入するためにこのサブシステムを実装しなければならなかったとされ、あまり積極的に利用はされなかった。OS/2サブシステムと同じく、Windows XPおよびWindows Server 2003以降ではサポートされていない。

[編集] INTERIXサブシステム

POSIX互換のサービスを提供するためのサブシステムである。WindownsNT標準のPOSIXサブシステムの不備を解消するため、Softway Systems社(1999年9月17日、Microsoft社に吸収合併)が開発したOpenNTを起源とする。後にUnixライクな環境を提供するServices for UNIXに標準搭載され、Windows NT系OS にネイティブで高品質なPOSIX環境が提供されることとなった。Windows VISTAの上位パッケージやWindows Server 2003よりSUA (Sub-system for UNIX-Based Applications)として標準搭載される。WindowsNTに依存した部分がいくつか存在し、コンパイルする際にソースコードの書き換えが必要となることがある。

[編集] カーネルモード

カーネルモードには、NT Executiveやカーネルに各デバイスドライバが配置されるメモリ領域を言う。カーネルモードにおかれるプロセスには、大きな制限は無くなる。

[編集] NT Executive

Cache Manager
Memory Managerに一部機能は依存するが、I/Oのパフォーマンス管理をする。
Configration Manager
レジストリを管理するコンポーネント。
I/O Manager
ハードウェアデバイスに依存しないI/Oを提供し、I/Oを管理する。
Security Reference Monitor
サブシステムのセキュリティの管理やACLを通してオブジェクトやリソースへのアクセスの制御、ユーザアカウントやログオンセッション管理を取り仕切るコンポーネント。
IPC Manager
プロセス間通信を管理するコンポーネント。
Process Manager
プロセスやスレッドの管理をするコンポーネント。
PnP Manager
プラグアンドプレイを管理するコンポーネント。
Power Management
CPUやその他ハードウェアの電源管理をするコンポーネント。
Window Manager/GDI
ウィンドウ管理やグラフィックを行う。
Object Manager
サブシステムとシステムコールがWindowsのリソースへのアクセスを管理する。
Local Procedure Call
プロセス間通信の接続を提供する。サブシステムとの通信に利用される。またRPCのローカル転送でも用いられる。
Memory Manager
メモリや仮想メモリの管理をするコンポーネント。

[編集] NTカーネル

詳細は「カーネル」を参照

NTカーネルはNT ExecutiveとHALの中間にある。NT 5.2までは幾つかのNTカーネルが存在したが、Windows Vistaからはntoskrnl.exeに統一された。

  • ntoskrnl.exe - 標準的なPC
  • ntkrnlpa.exe - 標準的なPC（32ビットWindowsのみ。PAEが有効なときのみ。）
  • ntkrnlmp.exe - マルチプロセッサPC
  • ntkrpamp.exe - マルチプロセッサPC（PAEが有効なときのみ。）

等、幾つか実装が分かれていた。

[編集] Hardware Abstraction Layer

詳細は「Hardware Abstract Layer」を参照

HALを除くカーネルモードで動作するプログラムをハードウェアから分離する層である。カーネルとの分離が理想だが、HALはカーネルと共存関係にある。 また、極僅かのx86用の命令が含まれている（カーネルでエミュレートされる）。NTカーネルとHALは独立しておらず、NTカーネルがハードウェアに直接アクセスを行うこともあったが、Windows VistaからNTカーネルとHALの依存関係は無くなり、hal.dllに統一された。

  • hal.dll - 標準的なPC
  • halaacpi.dll - APIC ACPI PC
  • halacpi.dll - ACPI PC
  • halapic.dll - APIC PC
  • halmacpi.dll - マルチプロセッサACPI PC
  • halmps.dll - マルチプロセッサPC
  • halsp.dll - Compaq SystemPro
  • halborg.dll - Sillicon Graphics Workstation

等、幾つかのHALが存在していた。HALはOSインストール時に自動的に選択される。

[編集] WindowsNT系サービス

「Windowsサービス」も参照

NT系列のOSは全部、従来のWindows 9x系には見られない「サービス」という概念を採用している。基本的にはUNIXのデーモンとそれらをコントロールする体系（RC）を統合したものである。サブシステムと似ているが必ずしもカーネルと密に連携を取る必要はない点が異なっており、マイクロカーネルにおけるサーバプログラムも含まれている。サーバプログラム、クライアントプログラム、セキュリティ管理、プロトコルスタック、デバイスドライバ、ファイルシステム、仮想マシンマネージャ等は全部サービスとして構成されている。

サービスとしてシステムに組み込まれているモジュール群は標準状態で100を超えるがそのうち常時稼動しているサービスは20–30個であり、全サービスが常に起動している訳ではない。

サービスのメリットは、オペレーティングシステムの構成要素をモジュール化し運用上必要なサービスを精査して管理することで、セキュリティを向上させリソースの無駄を排除しシステムのパフォーマンスを高められること等である。

サービスはユーザーを割り当てる事ができる。多くのサービスはLocal System権限で動作しているが、それ以外のユーザー権限を割り当てての実行も可能である。これには、サービスがアクセスできる範囲を限定しセキュリティを高める効果がある。例えば、不特定多数からアクセスが予想されるサービスに特定のディレクトリへのみアクセスを許可し、それ以外は不許可にしたとする。こうすることにより読み取られたくないファイルへのアクセスが抑制できる。これらの管理権限の管理は各種資源が持つアクセス制御リストへの適切な編集が必要である。

サービスの管理をWindows NT 4.0までは「コントロールパネル」で、Windows 2000以降では「サービスマネージャ」によって行える。NT 4.0まではNTサービスという名称であり、Windows 2000からWindowsサービスに名称変更となった。

[編集] デバイスドライバ

ユーザーやシステムからハードウェアへのI/Oをそのハードウェア固有の機能から抽象化する。また、システムサービスを提供するデバイスドライバと両方ある。64ビット版Windowsでは、セキュリティと動作の安定性向上のため[13]原則としてデバイスドライバの署名が必須とされている[14]。NT 4.0まではWindows NTカーネルモードドライバが使われ、Windows 2000以降はWindows Driver Modelが使われている。WDMはWindows 98やWindows Meでも同じソースコードでドライバが開発できるように作られている。

[編集] 32ビットと64ビット

32ビット版 (x86) と64ビット版 (x64/IA-64) では、CPUやメモリの制約が異なる[15]。

CPUやメモリの制約
制約 x86 x64
全仮想アドレス空間 4GB 16TB
32ビットプロセスごとの仮想アドレス空間 2GB / 3GB（注1） 2GB / 4GB（注1）
64ビットプロセスごとの仮想アドレス空間 利用不可 8TB
Paged Pool（カーネルメモリ） 470MB / 650MB（注2） 128GB
Non-Paged Pool（カーネルメモリ） 256MB 128GB
システムキャッシュ 1GB 1TB
Windows XPでの上限物理メモリ 4GB 128GB
Windows XPでの上限CPU数 2 2
  • 注1 - アプリケーションが /LARGEADDRESSAWARE オプションをつけてコンパイルし、OSの起動オプションとして /3GB スイッチを boot.ini に追加した場合
  • 注2 - Windows Server 2003 SP1 の場合

32ビット Windows において、Windows Vista や Windows 7、Windows XP、Windows 2000 Professional など、パソコン向けのOSでは 4GB （実際は約3.2GBまで）が上限物理メモリとなっているが[16][17]、Windows Server ではエディションによっては 128GB まで使える。また、Address Windowing Extensionsを使うと4GBよりも大きなメモリにアクセスできる。さらに、Physical Address Extensionを使い、OSの管理下にない4GBよりも大きなメモリに直接アクセスしてしまうソフトウェアも存在する。

[編集] 脚注

  1. ^ ただし、この時点ではGUIの実装は基本構想になく、MS-DOSなどと同様のコマンドライン入力によるCUIのみを備えるものとして計画されていた。
  2. ^ 実際には平行して開発が進められていたWindows 3.1に準じたものとなった。
  3. ^ NT 3.1のTCP/IPネットワーク能力は9,600bpsのモデム程度であった。
  4. ^ この点は高速化のために主要部をアセンブリ言語で記述するなどしたために、ポータビリティが損なわれたOS/2とは異なる。
  5. ^ PC-9800シリーズのサポートもWindows 2000で終了した。
  6. ^ β3版まで公開されたが、以後は開発中止となった。
  7. ^ マイクロソフト. "Windows Server 2008 R2 概要". 2009-02-13 閲覧。
  8. ^ ■後藤弘茂のWeekly海外ニュース■ Xbox 360のキーパースンJ Allard氏に聞く(前編)
  9. ^ Windows開発統括部 Windows Vista における 16 ビットサポート
  10. ^ そのため、VESA VGA BIOSの機能を利用していたゲームソフトなどは正常に動作しない。
  11. ^ Windows x64エディションではNTVDMが提供されていない。これはAMD64のLongモード、つまり64ビット命令セットが利用可能な状態での動作時に、16ビット命令セットの動作に必要な仮想8086モードがサポートされなくなったためである。Windows7 Professional Edition以降では、NTVDMに代わり、完全な仮想マシン「XPモード」の提供が始まった。このモードは完全にWin16やWin32をHyper-Vベーステクノロジの仮想マシンでエミュレートすることにより、ネイティブプラットフォームにおける16ビットコードの存続を計るものである。具体的にこのXPモードで救済されるソフトウエアの殆どが「Setup.exeが16ビットコードで記述されたレガシーアプリケーション」である。これらのアプリケーションは本体プログラムが32ビットコードで記述されていてもネイティブモードにインストールできない。
  12. ^ Windows XP および Windows Server 2003 では POSIX と OS/2 がサポートされていない
  13. ^ Windows XPでのクラッシュの原因の半数以上をデバイスドライバが占めている。残るクラッシュ理由の大半はアンチウイルスソフトウエアのカーネルモードプログラムの誤動作である。
  14. ^ マイクロソフト (2008-07-08). "A description of the differences between 32-bit versions of Windows Vista and 64-bit versions of Windows Vista" (英語). サポート技術情報. 2009-02-13 閲覧。
  15. ^ マイクロソフト (2009-01-15). "Memory Limits for Windows Releases" (英語). MSDN ライブラリ. 2009-02-13 閲覧。
  16. ^ マイクロソフト (2008-06-13). "4 GB の RAM が搭載されている場合、Windows Vista の [システム情報] ダイアログ ボックスで報告されるシステム メモリが予想より小さい". サポート技術情報. 2008-02-13 閲覧。
  17. ^ マイクロソフト (2008-03-12). "Windows Vista SP1 では、システムに 4 GB のメモリが搭載されている場合、システム メモリ (RAM) が 4 GB と報告される". サポート技術情報. 2009-02-13 閲覧。

[編集] 関連項目

[編集] 外部リンク

表・話・編・歴
Microsoft Windows
MS-DOS ・ 9x系
Windows 1.0 - 2.x - 3.x - 4.x ： Windows 95 - 98 - Me
NT系
Windows NT 3.x - NT 4.0 - NT 5.x ： 2000 - XP(32ビット) - XP (64ビット) - Server 2003 - Server 2003 R2 - Home Server - NT 6.x ： Vista - Server 2008 - 7 - Server 2008 R2
その他
開発中止

「http://ja.wikipedia.org/wiki/Windows_NT%E7%B3%BB」より作成