Windows 7をARMプロセッサベースのシステムにインストールできないのはなぜですか？

今日、私はいくつかのニュース（読んでいた1、2、3、4の新機能の一つは、それが上で実行できるということであることをMicrosoft Windowsの8とのこぎり程度）ARMプロセッサベースのシステムを。これは、現在のリリースバージョンのWindows（Seven）では実行できない理由を疑問に思います。

ARMプロセッサベースのシステムにWindows 7をインストールする際に注意すべきWindows 7の実際の制限は何ですか？カーネルのバージョン、ドライバー、アーキテクチャ、さらにはこれらの要因の混合物に関係するでしょうか？

私が知るまで、ARMにLinuxをインストールできるので、ARM上のVMWare仮想マシンの下にWindows Sevenをインストールすることさえできませんか？

バイナリをARMプロセッサで実行するには、そのプロセッサ専用にコンパイルするか、エミュレータで実行する必要があります。

Linuxシステムはオープンソースであるため、人々はARMシステム専用にそれらをコンパイルし、x86固有のコードを書き換えることができます。Windowsのソースは閉じているため、MicrosoftがARMバージョンをリリースしない限り、再コンパイルして実行することはできません。

ARMシステムへの移行には他にも問題がありますが、これはおそらく最大の問題です。

私の知る限り、VMwareはx86をエミュレートしません。qemuはできると思うが、x86をエミュレートする前にx86をエミュレートするために使用したことはない。機能する場合、パフォーマンスが大幅に低下します。

すべてのプログラムは、実行対象のアーキテクチャ用にコンパイルする必要がありますが、多くの場合、オペレーティングシステムは特定のアーキテクチャに合わせてはるかにカスタマイズする必要があります。オペレーティングシステムは、スケジューリングやタスクの切り替えなど、非常に深いレベルでプロセッサと連携するものを担当します。

簡単な答えは、「MSは移植版をリリースしていません」（Windows 8はARMに移植されることになっていますが）、単にその時点ではビジネス上意味がありませんでした。あなたが入りたいなら、MSができるなら...

さて、歴史的に、NTファミリはさまざまなプロセッサで実行されてきました。NTはAlpha、PPC、およびMIPSで実行され、ClipperおよびSPARCアーキテクチャ用に計画されたポートがありました。これは、Windows NTがコードのハードウェア依存部分（HAL）を抽象化し、そのセクションだけを書き直し、他のすべてを再コンパイルすればうまくいくためです（理論上、.NETベースのソフトウェアはハードウェアに依存しないと思われます）。

Linuxとは異なり、リコールした場合、各アーキテクチャごとに別々のカーネルブランチがあり、おそらくHALはハードウェア固有であり、残りは一般的です。問題のARMプラットフォーム用のHALが作成されたら、比較的些細なことであり、特にPCI-Eや他の業界標準のインターフェイスを使用するなど、システムが従来型だった場合は特に、ハードウェアのさまざまなビットのコーディングと違いはありません。

MicrosoftがWindows 7のARMポートをリリースしたと仮定すると、JVM、LLVM、CLRなどのVMで解釈または実行されないソフトウェアは、Rosettaや古い68K互換性などの翻訳レイヤーで再コンパイルまたは実行する必要があります古いMac上の層のx86固有のコードを認識だ、（エミュレーション透過的にすることを実行）、および翻訳のための十分なプロセッサパワーがあります。

バイナリのコンパイル先のアーキテクチャとは異なるアーキテクチャのプロセッサでバイナリを実行することはできません。

i386（32ビット）プロセッサーでAMD64 linuxを実行できないのと同様に、ARMでAMD64 Linuxを実行することはできません。唯一の選択肢は、プロセッサ全体をエミュレートすること（qemuを参照）してからベストを尽くすことです。

VMware / VirtualBoxはプロセッサエミュレータではないため、同様に不運です。