x86ビットアプリケーションのサポートはARM上のWindows64には適用されません
2分。 読んだ
上で公開
MSPoweruser の編集チームの維持にどのように貢献できるかについては、開示ページをお読みください。 続きを読む
ARM上のWindows10はまもなくネイティブARM64SDKを取得し、開発者がARM64プロセッサ用に直接コーディングできるようになりますが、これでは、x86ビットバージョンで利用できない多くのCreativeCloudアプリケーションなどの既存の高性能アプリの問題は解決されません。
ZDNetとのインタビューで、 WindowsのゼネラルマネージャーであるErinChappleは、これは決して解決されない問題である可能性があることを明らかにしました。
「x64に加えてx86をエミュレートすると、エンジニアリング作業が32倍になります」とErinChapple氏はZDNetに語りました。 「さらに、Windowsは、64ビットアプリケーションではなく、64ビットアプリケーションのWindows on Windows(WOW)抽象化レイヤーのみをサポートします。 XNUMXビットWindowsonWindowsレイヤーのサポートを追加する必要があります。」
これは、32ビットWindowsの既存の64ビットサポートをARMでx86アプリを実行するように単純に適応させるのではなく、新しい作業になります。
「これは技術的には可能ですが、[しかし]それは必要な作業とユーザーの利益とのリソースのトレードオフです。 Windowsで最もよく使用されるアプリケーションのテレメトリを調べたところ、それらの大部分がx86バージョンであることがわかりました。 多くのアプリケーションにもx86バージョンしかありません。 64ビットのみのアプリケーションのほとんどは、このデバイスのターゲット顧客の外にあるゲームです。 最後に、64ビットのみのアプリケーションは、通常、パフォーマンス上の理由からネイティブで実行する必要があります。 その結果、開発者がデバイス用のアプリケーションをネイティブに作成できるように、エンジニアリング投資をネイティブARM64SDKに集中させることにしました。」
Chappleは、パフォーマンスの懸念が信頼できるとは考えていませんでした。
「アプリがハードディスク、グラフィックス、またはネットワークを使用している場合、これらはすべてカーネルで実行され、ネイティブパフォーマンスで実行されます。 アプリケーションがCPUにバインドされている場合、変換する必要があるため、ネイティブよりも時間がかかります。 これもアプリケーションによって異なります。 私たちのテストでは、エミュレーションの下で実行されているアプリのほとんどが、ユーザーの応答性に対する期待と一致していることがわかりました」と彼女は述べています。
開発者が本当に64ビットのパフォーマンスを必要とする場合、理想的にはARM64を直接コーディングします。 Microsoftは、Build64でARM2018用のSDKを発表する予定です。
「サポートされる.NETのバージョンを含め、ARM64SDKプランを引き続き検討しています」とChapple氏は述べています。