アカウント名:
パスワード:
Windows 10 Mobile搭載スマートフォンでx86向けのアプリケーションを実行できるようにするという意図があるようだ。
実はデスクトップ版のWindowsでARMをサポートするようになる前触れとかじゃないのか?MicrosoftがデスクトップPC向けの高性能ARMを自前で開発するようになったりしてな。
今だってVisualStudioでAndroidエミュ動かすと結構お気楽極楽だったり。Hyper-V必須というのが人によっては敷居が高いかもしれないけど。
> 今だってVisualStudioでAndroidエミュ動かすと結構お気楽極楽だったり。
そういう意味じゃなくて、ARMベースのハードウェアの上でフル機能のデスクトップ版Windows10を動かすという話だよ。そこでWin32アプリを実行するのにARMによるx86エミュレーション(あるいはバイナリ変換)が必要ということ。
かつてのWindows NT RISC版でのX86エミュ [impress.co.jp]とか、MacOSでのRosetta [wikipedia.org]のようなものを載せて来るんじゃないの?という話。
なるほどデスクトップにARMが来ればUWPの普及にもプラス効果が期待できるかもという気はする。
それは果たしてどうか。まあARMが載ったWindows機、そしてWin32アプリはエミュレーションで実行させる、という環境上では確かにUWPアプリのほうがちゃきちゃき動くだろうとは思う。
ラップトップPCもより軽く薄く安くなり、また、バッテリーの持ちもよくなるだろう。
だが、Win32アプリをこよなく愛するというような人々にとっては、まったくそれらの恩恵を享受することはできないわけで、MacでPower PCからIntelへアーキテクチャ大移動したようなことが、Windowsで起こせるかというのは、難しいところだと思う。
Macの場合はハードウェアベンダーが1社しかなかったので、ユーザーには選択権がなく移るしかなかった。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
本当か? (スコア:0)
Windows 10 Mobile搭載スマートフォンでx86向けのアプリケーションを実行できるようにするという意図があるようだ。
実はデスクトップ版のWindowsでARMをサポートするようになる前触れとかじゃないのか?
MicrosoftがデスクトップPC向けの高性能ARMを自前で開発するようになったりしてな。
Re: (スコア:0)
今だってVisualStudioでAndroidエミュ動かすと結構お気楽極楽だったり。
Hyper-V必須というのが人によっては敷居が高いかもしれないけど。
Re: (スコア:0)
> 今だってVisualStudioでAndroidエミュ動かすと結構お気楽極楽だったり。
そういう意味じゃなくて、ARMベースのハードウェアの上でフル機能のデスクトップ版Windows10を動かすという話だよ。
そこでWin32アプリを実行するのにARMによるx86エミュレーション(あるいはバイナリ変換)が必要ということ。
かつてのWindows NT RISC版でのX86エミュ [impress.co.jp]とか、
MacOSでのRosetta [wikipedia.org]のようなものを載せて来るんじゃないの?という話。
Re:本当か? (スコア:0)
なるほどデスクトップにARMが来ればUWPの普及にもプラス効果が期待できるかもという気はする。
Re: (スコア:0)
それは果たしてどうか。
まあARMが載ったWindows機、そしてWin32アプリはエミュレーションで実行させる、
という環境上では確かにUWPアプリのほうがちゃきちゃき動くだろうとは思う。
ラップトップPCもより軽く薄く安くなり、また、バッテリーの持ちもよくなるだろう。
だが、Win32アプリをこよなく愛するというような人々にとっては、
まったくそれらの恩恵を享受することはできないわけで、MacでPower PCからIntelへアーキテクチャ大移動
したようなことが、Windowsで起こせるかというのは、難しいところだと思う。
Macの場合はハードウェアベンダーが1社しかなかったので、ユーザーには選択権がなく移るしかなかった。