要約:
長い間、32 ビット Windows が 4 GB のメモリしか使用できない理由については、一見合理的な説明がありました。32 ビット アドレスは 2^32 アドレスしか表現できず、これは最大 4 GB のメモリだからです。しかし、マイクロソフトのシニア エンジニア、レイモンド チェン氏は最近、この歴史的問題を再説明し、この声明は不完全であると指摘しました。実際、32 ビット x86 プロセッサと Windows は長い間、4 GB を超える物理メモリにアクセスする機能を備えていました。 Microsoft が最終的に Windows の一般消費者版を 4GB に制限することを選択した主な理由は、当時の巨大で複雑なハードウェア ドライバー エコシステムにおける深刻な互換性リスクでした。
純粋なハードウェア機能の観点から見ると、32 ビット プロセッサは 4 GB の物理メモリにアクセスできるだけではありません。 Intel は、Pentium Pro 時代の早い段階で、PAE (物理アドレス拡張) テクノロジーとしても知られる物理アドレス拡張を導入し、32 ビット x86 プロセッサが 36 ビットの物理アドレスを使用できるようにしました。このようにして、理論的にアドレス可能な物理メモリは 4GB から 64GB に拡張されます。
PAE は、32 ビット アプリケーション自体の仮想アドレス空間を変更しません。通常の 32 ビット プログラムの場合、依然として 4 GB の仮想アドレス空間しか認識せず、オペレーティング システムは、この限られた仮想アドレス空間とより大きな物理メモリの間の管理とマッピングを担当する必要があります。言い換えれば、PAE は、単一の 32 ビット プログラムが突然 4GB を超える連続アドレス空間を取得できるようにするのではなく、オペレーティング システムが 4GB を超える物理メモリをどのように管理するかという問題を解決します。
Microsoft は実際に、この機能を長い間活用してきました。 Windows Server 2003 の一部のサーバー バージョンは、PAE を通じて 4 GB をはるかに超えるメモリを使用でき、Enterprise Edition では最大 64 GB、Datacenter Edition では最大 128 GB までサポートされます。これは、「32 ビット Windows は技術的に 4GB しか使用できない」が正確ではないことを証明しています。
本当の問題はドライバーにあります。
PAE が有効になっている場合、システムは 32 ビット範囲を超える物理アドレスをハードウェア ドライバーに提供する場合があります。従来の 32 ビット環境に従って作成されたドライバーの場合、これは非常に危険な問題を引き起こします。一部のドライバーは、物理アドレスが 32 ビットを超えることはないとデフォルトで信じているため、アドレスの上位ビットを直接切り捨てます。
たとえば、Windows は、特定のデータを 4 GB のアドレス範囲を超えた物理メモリの場所に書き込むようにドライバーに指示する場合がありますが、ドライバーが誤って上位ビットを破棄すると、データがまったく別のメモリ領域に書き込まれる可能性があります。これにより、プログラムが異常に実行されるだけでなく、他のデータが上書きされ、最終的にはメモリの損傷、システムのクラッシュ、さらには起動の失敗を引き起こす可能性があります。
Microsoft の以前の技術文書でも、PAE を有効にした後、ドライバーは通常、一見小さいように見えますが、非常に重要な変更を行う必要があると指摘しています。問題は、ドライバー開発者がコードで物理アドレスが 32 ビットの仮想アドレスと同じ範囲にあることを想定していないことを確認する必要があったことであり、これは当時の多くのハードウェア ドライバーに当てはまりました。
これは、一般の消費者向けコンピュータでは特に危険です。通常、サーバーのハードウェア環境は非常に固定されています。システム管理者は、実績のあるサーバー ハードウェアを選択し、Windows に付属の標準ドライバーを使用しようとします。普通のPCは全く違います。ユーザーは、さまざまなプリンタ、スキャナ、サウンド カード、TV カード、カメラ、ネットワーク カード、その他の拡張デバイスをインストールできます。各デバイスの背後には、異なる製造元および異なる世代によって作成されたドライバーが存在する場合があります。
マイクロソフトは、これらの多数のサードパーティ ドライバーのすべてが 4 GB を超える物理アドレスを正しく処理できることを保証できませんでした。
さらに厄介なのは、4 GB 未満の通常のメモリ環境では問題が発生しないことです。ドライバーは何年も正常に動作する可能性がありますが、ある日システムから 4 GB の物理アドレスが渡され、コードに隠れていたバグが突然現れるまで続きます。ドライバーがこのアドレスを切り捨てると、データが間違ったメモリ位置に書き込まれ、トラブルシューティングが非常に困難なランダムなクラッシュやデータ破損が発生する可能性があります。
そのため、Microsoft は最終的に、非常に保守的に見えても一般消費者にとってより安全なソリューションを選択しました。それは、32 ビット Windows クライアント バージョンの物理アドレス空間を積極的に制限し、システムが 4 GB を超える物理メモリを使用しないようにするというものです。
Windows XP および Windows Server 2003 SP1 は、このポリシーの重要なノードです。 Microsoft は、両方のハードウェア抽象化レイヤーを変更して、対応するクライアント バージョンの物理アドレス空間を 4GB に制限しました。この目的は、プロセッサが上位アドレスにアクセスできないためではなく、PAE が互換性のないサードパーティ ドライバーを公開するのを防ぐためです。
これは、Windows Server が 4 GB を超えるメモリを使用できるのに、一般ユーザー用の Windows が使用できない理由も説明します。
サーバー管理者は通常、10 ドル以上で購入した古い USB スキャナーを実稼働サーバーに接続することはありません。ましてや、通常の家電デバイスを使用するために 10 年以上前のサードパーティ製ドライバーをインストールすることはありません。通常、サーバー環境は厳しく選別されており、使用されるハードウェアとドライバーはより固定されており、Microsoft はシステムに付属するドライバーを完全にテストできます。
Raymond Chen は、この違いを非常にわかりやすく説明しました。サーバー管理者は、一般消費者のように安価なデバイス用のドライバーをインストールするだけではなく、サーバーで使用されるドライバーは通常、高物理アドレス環境向けに検証されています。
一般のユーザーはまったく逆です。家庭用コンピュータには、数十の異なるデバイス用のドライバがインストールされている場合があり、その中には 10 年以上前のハードウェアからのものもあります。 Microsoft にとって、これらすべてのドライバーを PAE 互換にするリスクは、メモリを制限するペナルティよりもはるかに大きいです。
実際、32 ビット Windows に 4 GB のメモリがインストールされている場合でも、ユーザーは実際には 4 GB をすべて表示できない可能性があります。その理由は、4GB 未満の物理アドレス空間はシステム メモリに使用するだけでなく、グラフィックス カード、ネットワーク カード、サウンド カード、およびその他のハードウェアのデバイス メモリもマップする必要があるためです。ハードウェアがアドレス空間の一部を占有する場合、RAM の一部を 4GB アドレス境界より上に割り当てる必要があります。
その結果、4 GB の RAM がインストールされている多くの 32 ビット Windows コンピュータでは、システムは最終的に約 3 GB 以下の RAM しか使用しない可能性があります。これは、多くの Windows XP コンピュータで「4GB がインストールされているのに、システムが約 3GB しか使用できない」という現象が発生した根本的な理由の 1 つでもあります。
Microsoft はまた、消費者に高価な Windows Server の購入を強制するために、Microsoft が 32 ビット Windows のメモリを意図的に制限したという長年の陰謀論を明確に否定しました。確かに Windows Server はより多くのメモリを使用できますが、Microsoft は、この 2 つの市場とハードウェア環境は完全に異なるため、クライアント バージョンの 4GB 制限は主にドライバーの互換性の問題を回避するためであると考えています。
さらに、Microsoft がメモリ制限を解決するために一般ユーザーに Windows Server を購入してもらいたいと本当に望んでいたのであれば、このソリューションの価格は明らかに法外なものでした。 4GB を超えるメモリをサポートできる Windows Server 2003 の最も低いバージョンは Enterprise Edition で、価格は 3,999 ドルと高く、一般消費者にとっては実用的な意味がありませんでした。
64 ビット プロセッサと 64 ビット オペレーティング システムが徐々に普及するにつれて、この問題は最終的には実際的な重要性を失いました。 64 ビット Windows には 4 GB をはるかに超えるアドレス空間があるため、互換性を維持しながら大量の物理メモリを使用できます。コンピュータが徐々に数 GB、さらには数十 GB、または数百 GB のメモリの時代に突入すると、32 ビット アーキテクチャは最終的に主流の市場から撤退します。
Microsoft は 2020 年から 32 ビット プロセッサを使用した新しいシステムの推進を段階的に中止し、最終的には Windows 11 時代の 32 ビット バージョンを完全に中止する予定です。 Microsoft の現在の公式サポート ドキュメントにも、Windows 11 以降は 64 ビット バージョンのみを提供すると明確に記載されています。
この歴史には興味深い問題も反映されています。ハードウェア リソースが豊富になればなるほど、ソフトウェアは「肥大化」しやすくなります。 PC が常に 4 GB のメモリに制限されていた場合、ソフトウェア開発者はメモリの使用量にもっと注意を払う必要があるかもしれません。また、コンピューターのメモリが 4GB から 8GB、16GB、さらには 64GB へと急速に増加するにつれて、多くのアプリケーションは徐々により多くのリソースを消費することに慣れてきます。
現在では、一部のアプリケーションが数百 MB、さらには GB のメモリを簡単に占有することも珍しくありません。 Microsoft は現在、8 GB のメモリを搭載したコンピューターで Windows 11 を適切に実行し続けるために懸命に取り組んでおり、人工知能アプリケーションによるメモリ リソースへの膨大な需要により、業界全体がメモリ効率の重要性を改めて認識するようになりました。
したがって、32 ビット Windows の 4 GB 制限はついに過去のものとなりましたが、その背後にある理由は「32 ビット プロセッサは 4 GB のメモリしか処理できない」というほど単純ではありません。本当の答えは、Microsoft がさまざまな品質の何千ものサードパーティ ハードウェア ドライバーで構成される巨大なエコシステムに直面していたということです。技術的には 4GB を超えることは可能ですが、このブレークスルーにより多数の消費者コンピュータがランダムにクラッシュした場合、この機能がクライアント オペレーティング システムにとって負担となる可能性があります。
この観点から見ると、Windows の 4GB 制限は単に技術的なボトルネックではなく、安定性と互換性のために積極的に行われたエンジニアリング上の選択です。 32 ビット Windows には、実際には長い間 4GB を突破する方法がありました。しかし、当時の制御不能なドライバー エコシステムに直面して、Microsoft は最終的に、一般ユーザーがコンピューターをより安定して使用できるようにするために、一部のハードウェア機能を犠牲にすることを選択しました。
コメント