ウォーワールド64

Microsoftプラットフォーム上のコンピューティングにおいて、WoW64 ( Windows 32 ビットまたはWindows 64ビット) は、64 ビット Windows 上で32 ビットアプリケーションを実行できるWindowsオペレーティング システムのサブシステムです。 ^[1]これは、Windows Server Server Core (オプション コンポーネント) と Windows Nano Server (含まれていない)を除くすべての64 ビット版 Windows に含まれています。 ^[a] WoW64 は、特に Windows 自体の構造変更を含む、32 ビット Windows と 64 ビット Windows の多くの違いに対処することを目的としています。

WoW64サブシステムは、すべての 64 ビット版 Windows で同様のインターフェイスを持つ軽量の互換性レイヤーで構成されています。これは、64 ビット システムで変更されていない 32 ビット Windows アプリケーションを実行するために必要なインターフェイスを提供する 32 ビット環境を作成することを目的としています。WOW64 は、いくつかの DLL を使用して実装されており、その中には次のようなものがあります。^[3]

1. Wow64.dll、ポインタやコールスタックの操作を含む、32ビットと64ビットの呼び出し間の変換（サンク）を行うWindows NTカーネルのコアインターフェイス。
2. Wow64win.dll32ビットアプリケーション（win32kサンク）に適切なエントリポイントを提供します。
3. 命令セットアーキテクチャによって異なる 32 ビット x86 命令を実行できるようにする dll 。
   • x86-64では、Wow64cpu.dllプロセッサを32ビットモードから64ビットモードに切り替える処理を行います。x86-64マシンには32ビットx86コードを実行するためのネイティブモードがあるため、計算コストは​​低くなります。^[4]
   • IA-64 ( Itanium 2 )では、より低速な^[5]ソフトウェアエミュレーションには、Wow64cpu.dllCPU 抽象化レイヤーであるIA32Exec.bin、x86 ソフトウェアエミュレータである 、エミュレータと WOW64 システム間のブリッジであるの 3 つのファイルが必要ですWowia32x.dll。^[6]
   • ARMv8 64ビットでは、xtajit.dllx86エミュレーションおよびwowarmhw.dllARM32モードへの切り替えに使用されます。^[3]

WoW64 サブシステムは、32 ビット アプリケーションの実行に関するその他の重要な側面も処理します。32 ビット アプリケーションと Windows コンポーネント ( 64 ビット アプリケーションと 32 ビット アプリケーションで異なるキーを持つレジストリなど) とのやり取りの管理に関与します。たとえば、HKEY_LOCAL_MACHINE\Software\Wow6432Node は、HKEY_LOCAL_MACHINE\Software の 32 ビット版です (ただし、32 ビット アプリケーションはこのリダイレクトを認識しません)。一部のレジストリ キーは 64 ビットから 32 ビット版にマップされますが、その他のレジストリ キーの内容は Windows のエディションに応じてミラーリングされます。

オペレーティングシステムは、 %SystemRoot%\system3264 ビット ライブラリと実行可能ファイル用に ディレクトリを使用します。これは、多くのレガシー アプリケーションがそのパスを使用するようにハードコードされているため、下位互換性の理由から行われます。32 ビット アプリケーションを実行する場合、WoW64 は「system32」へのアクセス (DLL の読み込みなど) を に透過的にリダイレクトします%SystemRoot%\SysWoW64。このディレクトリには、32 ビット ライブラリと実行可能ファイルが含まれています。これらのリダイレクトの例外は次のとおりです。^[7]

• %SystemRoot%\system32\catroot
• %SystemRoot%\system32\catroot2
• %SystemRoot%\system32\driverstore(Windows Server 2008、Windows Vista、Windows Server 2003、Windows XP にリダイレクトされます)
• %SystemRoot%\system32\drivers\etc
• %SystemRoot%\system32\logfiles
• %SystemRoot%\system32\spool

リダイレクトにより、32 ビット アプリケーションは WoW64 ステータスを意識することなく動作し続けることができます。^[7] 32 ビット アプリケーションが実際の にアクセスする場合、 Windows Vista 以降では%SystemRoot%\System32疑似ディレクトリを介してアクセスできます。 ^[7] Wow64 ステータスの検出は を介し​​て可能です。 %SystemRoot%\sysnativeIsWow64Process()

32 ビット アプリケーションと 64 ビット アプリケーションの両方から見えるProgram Filesディレクトリが 2 つあります。32 ビット ファイルを格納するディレクトリは、両者を区別するためにProgram Files (x86)と呼ばれますが、64 ビットでは、追加の修飾子なしで従来のProgram Files名が維持されます。ファイル システムのリダイレクトは分離を維持するために使用されません。代わりに、WoW64 の変更と類似のクエリ結果を使用して、インストーラー プログラムを正しいディレクトリにポイントします。^[8]FOLDERID_ProgramFiles

ARM64 にもいくつかの新しいディレクトリがあり、WOW64 は 32 ビット x86 プログラムの実行だけでなく、 のSysArm32代わりに を使用する 32 ビット ARM プログラムも処理します。ARM64 は、いわゆる CHPE「コンパイル済みハイブリッド PE」もサポートしており、これは x86 dll コンテナーに ARM64 コードを持ちます (より効率的でエミュレーションフリーの互換性のため)。これらの dll は にありますSyCHPE32。^[9]

32 ビット カーネル モードデバイス ドライバーのみを含む 32 ビット アプリケーション、または純粋に 64 ビット プロセスとして実装されているコンポーネントのプロセス空間にプラグインする 32 ビット アプリケーション (Windows エクスプローラーなど) は、64 ビット プラットフォームでは実行できません。

32 ビットのサービス アプリケーションがサポートされています。OS ドライブの Windows フォルダーにある SysWOW64 フォルダーには、32 ビット アプリケーションをサポートするいくつかのアプリケーションが含まれています (例: cmd.exe、odbcad32.exe、 32 ビット アプリケーションのODBC接続を登録する)。MS-DOS および Windows の初期バージョンの 16 ビットレガシー アプリケーションは、通常、64 ビット バージョンの Windows Vista、7、8、および 10 とは互換性がありませんが、仮想化ソフトウェアを介して 64 ビット Windows OS で実行できます。一方、32 ビット バージョンの Windows XP、Vista、7、8、および 10 では、通常、16 ビット アプリケーションをほとんど問題なく実行できます。16 ビット アプリケーションは、x64 で実行するときに CPU がVM86 モードをサポートしないため、x64 エディションの Windows では直接実行できません。

インターネット上には 64 ビット バージョンにプラグインできない 32 ビットActiveXコンポーネントが多数存在するため、 Internet Explorerは 32 ビット アプリケーションと 64 ビット アプリケーションの両方として実装されています。

以前は、32 ビット バージョンが既定で使用されていたため、64 ビット バージョンを既定のブラウザーに設定するのは困難でした。Internet Explorer 10 では、32 ビット アドオンを 64 ビット セッション内で実行できるようになり、2 つのバージョンを切り替える必要がなくなりました。ユーザーが 32 ビット フォルダー (通常は C:\Program Files (x86)\Internet Explorer) に移動し、iexplore.exe ファイルをダブルクリックすると、64 ビット バージョンが読み込まれます。Internet Explorer 9 以前では、32 ビット バージョンのみが読み込まれていました。

2010年現在^{[アップデート]}、x64版WoW64の翻訳層のバグ^{[10] [11]により、} Windows API関数GetThreadContextに依存するすべての32ビットアプリケーションが非互換になっています。このようなアプリケーションには、アプリケーションデバッガー、コールスタックトレーサー（コールスタックを表示するIDEなど）、ガベージコレクション（GC）エンジンを使用するアプリケーションが含まれます。広く使用されているが影響を受けるGCエンジンの1つ^[12]はBoehm GCです。これは、同様に人気のあるMonoのデフォルトのガベージコレクターとしても使用されています。Monoは2010年10月からSGen-GCと呼ばれる新しい（ただしオプションの）GCを導入しましたが、これはBoehm GCと同じ方法でスタックスキャンを実行するため、WoW64では互換性がありません。2016年7月現在、回避策は提案されていますが、修正は提供されていません。^[13]

Microsoft によれば、WOW64 (x64) で実行される 32 ビット ソフトウェアは、32 ビット Windows で実行する場合と同等のパフォーマンスを発揮しますが、スレッド数は少なくなります。x64 以外のシステムでは、WOW64 はソフトウェア エミュレーションを伴うため、パフォーマンスのオーバーヘッドが発生します。^[5]

64 ビット システムでは、32 ビット アプリケーションに 4 GB の仮想メモリを完全に割り当てることができますが、32 ビット システムでは、このアドレス指定可能なメモリの一部はカーネルやディスプレイ アダプタなどのメモリ マップされた周辺機器によって使用されるため失われ、通常、アプリケーションは最大で 2 GB または 3 GB の RAM しか使用できなくなります。

• シム（コンピューティング）
• ユーザー アカウント制御には、「新しい」ウィンドウの特定の領域にファイルを書き込む「古い」プログラムを処理するメカニズムもあります。管理者権限のないプロセスから保護された場所 (Program Files や windows\system32 など) に書き込まれたファイルは、仮想ストア ディレクトリにリダイレクトされます。
• Windows 上の Windows

• 64 ビット Windows で 32 ビット アプリを実行する方法に関する MSDN ページ