Arm版Windows 11は“普通”に使えるのか？　「FMV UQ-L1」で試して分かった快適さと“鬼門”（1/2 ページ）

　富士通クライアントコンピューティング（FCCL）としては初めてとなるArmアーキテクチャ採用のPC「FMV Note U（FMV UQ-L1）」も手になじんできた。

• →第1回レビュー記事（富士通らしさを見つけたの巻）
• →第2回レビュー記事（バッテリー駆動時間が長すぎて困ったの巻）

　今回は、一部の皆さんが気になっているであろうアプリの互換性についてチェックしていきたい。

Arm版Windows 11におけるアプリの互換性について

　ArmアーキテクチャのCPU（SoC）を搭載するWindows PCは、従来のx86アーキテクチャのCPUを搭載するWindows PCとは互換性が全くない。これはアプリも同様で、ArmアーキテクチャのWindows PCではArmアーキテクチャの32bit／64bitアプリを利用するのが原則だ。

　ただ、世の中のWindowsアプリの多くは、x86アーキテクチャの32bit／64bitアプリだ。特に個人制作、あるいは企業が内部利用のために開発したアプリだとArmアーキテクチャに対応していないことも珍しくない。「パッと見は同じなのに、アプリが全く動かない」と、困惑してしまうだろう。

　そこでMicrosoftは、Arm版Windows 11にx86アーキテクチャ向け32bit／64bitアプリのエミュレーション環境を搭載しており、多くのx86アプリが問題なく動作可能だ。

• →Arm でのエミュレーションのしくみ（Microsoft）

　このエミュレーション機能は「Prism（プリズム）」と呼ばれており、リアルタイムにエミュレーションする「ジャストインタイムコンパイル」方式を取っている。そのため、アプリやサブプログラムの初回実行時に待たされることはない。ただし、x86アーキテクチャPCで実行する時と比べると応答が若干遅くなることはあるが、違和感を覚えるレベルではない。

　ごく一部の例外（後述）を除けば、全く“普通”に使える。

　なお、Microsoftでは「Arm64EC」という仕組みを用意している（ECは「Emulation Compatible」の略）。

• →Arm64EC - Armでのネイティブパフォーマンスのためのアプリのビルドと移植（Microsoft）

　Arm64ECで構築されたコードは、Arm64のネイティブコードとx64（64bitのx86）のネイティブコードが“混在”しており、「アプリの主要部分はArmネイティブで、プラグイン（アドオン）機能はx86エミュレーションで」という動かし方ができる。

　プログラマーにとって、いきなりArmネイティブのアプリを作るのは難しいこともある。Arm64ECを使うと「x64コードを順次Arm64コードに置き換えていく」ことが可能なので、緩やかなArmアーキテクチャへの移行を図ることができる。

純正アプリは一部を除き「x64」のまま

　国内メーカーのコンシューマー向けPCはプリインストールアプリが多い――そういうイメージを持っている人も多いと思う。しかし、FMV UQ-L1に限って言えば他のFMV Note Uシリーズと比べるとシンプルで、FCCLオリジナルアプリは以下のものに限られる。

• はじめに行う設定（初期設定のヘルパー）
• FMVアドバイザー（PCのサポート／サービス情報）
• Float Access（画面に常駐するフロートメニュー）

　このようにアプリ数が絞られているのは、恐らくArmアーキテクチャゆえだと思われるが、「プリインストールアプリは少なければ少ないほどいい」と考えている人にはむしろ好都合だ。

　なお、これらのアプリはx64コードで構築されているが、本製品で問題なく動作する。