アカウント名:
パスワード:
Windows8対応と書かれたソフトが、ARMで動かない。
Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのにWindowsではそういうわけにはいかないという、当たり前の問題。
その結果、ARM版をWindows8という名前で売り出せない。市販OSの限界というものが見えるね。
Windows8はARMでも動くという噂は、結局嘘だったってことだね。
.NETならコンパイル時にターゲットとしてAny CPU 32-bit preferredを選べばARMでも実行できる [infoq.com]らしいが
素人考えでも、激しく速度低下を招きそうな気がするのですが。出来た(中間言語でもそう言うのか知らないけど)バイナリの実行速度はどうなんでしょうね。
Androidでもそこそこの速度で動いてるわけですし。(まあものによってはネイティブコード混ぜてたりするけど)
x86用でも、JITやらインストール時コンパイルなどが存在するんで、ARMにも乗っけてくるでしょう。となれば、それなりのスピードで動くんじゃないでしょうか。x86とのCPUパフォーマンス差はどうしようもないでしょうけれど。
http://msdn.microsoft.com/ja-jp/library/ht8ecch6(v=vs.80).aspx [microsoft.com]
ARMは低消費電力側に振ってるだけで電力気にしなくていいならx86よりはるかにパフォーマンス高いよx86みたいにコアだけ数十倍の速さで動いてパフォーマンス出す力技に頼らなくていいしね
またまたそんなご冗談を(AA略
コアだけ数十倍の速度で動いてるのはARMだって一緒なのに。
今時の中間言語処理系は実行時コンパイラでそれほど遅くないのが普通では?
なぜ?きちんとしたJITコンパイラが実装されていればARMでも効率的に動くでしょう別に.NETの中間言語はx86に最適化されているわけではないですし
素人ですが、ひとつのバイナリに、各種プラットフォーム用のイメージが同梱されていて、シェルが自分に合ったイメージを選択・ロードするのでは。
であれば、ロードが済んで以降の速度低下は無いような。
何か魔法のようなテクノロジを期待してたんだな・・・
FX!32とかDynamiteとかRosettaとかCode Morphingみたいなやつで。QEMUみたいなのはどうなんでしょうね。
高速なデバイスに低速なデバイスのエミュってのなら兎も角、逆はキツイよね。「どうせSoCなんだろ?ならAtomも一緒に乗せちゃえよ」って位に。
全体的に何が言いたいのかよく分からないんですが、もうちょっと補足してもらえませんか?
> Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのに
ARM Linuxでは、これらのintel版バイナリがそのまま動作するという意味ですか?そしてその2例だけを挙げて「普通」と言い切る根拠はなんですか?
> 市販OSの限界というものが見えるね。
市販であるかないかと「ARM版をWindows8という名前で売り出せない」との関係が見えないので、これも補足希望です。ちなみに、かつてWindows NTにはx86版、PowerPC版、MIPS版、Alpha版があったことはご存知でしょうか?
リリースはされませんでしたが、WindowsNTにはClipper,SPARC,PA-RISC版もありました
Itanium版Windowsではx86バイナリは動きますが、逆は不可です
WindowsCEはSH3, SH4, ARM, MIPS, x86をサポートしていましたx86のWindowsCEマシンも高木産業から発売されましたが、バイナリの入手性が極めて悪かったですねPocketPCではARM以外は切り捨てられてわかりやすくなりました
>Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのに
そのような事実はないはずですが・・・
ARM用のバイナリを別途用意しないとARM Linuxでは動きませんよ
ひどい叩かれようだけどさぁ、彼はきっとNetWalkerのユーザなんだよ俺は、誰かがソースレベルで移植してarm用にコンパイルしたものが大好きだ!sharpがんばれ!新機種出せ!アプリ増やせ!名も知らぬ貢献者も頑張れ!って愛情が裏返って市販OSがどうたらと言わせちゃったんだ
>Windows8対応と書かれたソフトが、ARMで動かない。
ちゃんとWindows8対応のメトロアプリは動くよ。Windows8対応を名乗るならメトロじゃないとね。タブレット用途のARM版でメトロじゃないアプリなんか動く必要ないでしょ。というか動かしちゃ駄目。Androidの失敗を繰り返してはならない。
>Androidの失敗を繰り返してはならない。
なんでわざわざここでAndroidを持ち出すのかwww
Windowsタブレットで超大失敗した経験からだろ。まあ、未だに現役で売っているWindows7タブレットが使い物にならないと信者が認めたくないのは分かるがな。
>ちゃんとWindows8対応のメトロアプリは動くよ。
元コメントは明らかに「メトロじゃないWindows8用デスクトップアプリがARMでは動かない(だからユーザーの混乱を招く)」と言ってるんだが、
>Windows8対応を名乗るならメトロじゃないとね。
この信者はWindows 8になったらx86版のデスクトップ用途でもメトロアプリしか許さんと言いたいのか。それはつまり、開発者に対して、Win8時代になったらWin7以前の環境はバッサリ切り捨てろと言ってるに等しいんだが...
まあ実際にいろいろな混乱はあるだろうが、そこまで行くと狂気の沙汰だなあ。
しかし、メトロでもWin8用アプリはWindows Phone 7では動かないんだよな。
今回のMSのネーミングはユーザーを混乱させ過ぎ。ってか、まだ実際Windows Phoneとの関係は決まってすらいないんだろうから、MS自身がどうしていいか分からない状態なんだろうな。
ARMをターゲットにした組込Linuxを(も)やってます。
うん、これが普通ならどれだけ楽か...。「普通」は、ソースコード持ってきて、クロスコンパイラでARM Linux向けのバイナリ作るんです。クロスコンパイルを想定してないソースのビルドで四苦八苦するのが恒例行事orz
命令レベルで互換の無いCPUでは、市販OSだろうがオープンソースのOSだろうがバイナリレベルで互換なんて無いのが「普通」。
エミュレータ使ってでもこの辺の無茶を通したのが「市販OS」のMacOSだったり。(68k→PPCの時の68kエミュレータやPPC→Intelの時のRosetta)
しまった、一つ嘘付いた。
> エミュレータ使ってでもこの辺の無茶を通したのが「市販OS」のMacOSだったり。> (68k→PPCの時の68kエミュレータやPPC→Intelの時のRosetta)
Rosettaはエミュレータじゃなくてコード変換だった。
オフトピですが、訂正を...。
Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのに
それは、Javaが描いた理想郷。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
なんだ、ARM用は違うOSなんじゃん (スコア:0)
Windows8対応と書かれたソフトが、ARMで動かない。
Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのに
Windowsではそういうわけにはいかないという、当たり前の問題。
その結果、ARM版をWindows8という名前で売り出せない。
市販OSの限界というものが見えるね。
Windows8はARMでも動くという噂は、結局嘘だったってことだね。
Re:なんだ、ARM用は違うOSなんじゃん (スコア:4, 参考になる)
.NETならコンパイル時にターゲットとしてAny CPU 32-bit preferredを選べばARMでも実行できる [infoq.com]らしいが
Re:なんだ、ARM用は違うOSなんじゃん (スコア:1)
素人考えでも、激しく速度低下を招きそうな気がするのですが。
出来た(中間言語でもそう言うのか知らないけど)バイナリの実行速度はどうなんでしょうね。
Re: (スコア:0)
Androidでもそこそこの速度で動いてるわけですし。
(まあものによってはネイティブコード混ぜてたりするけど)
Re: (スコア:0)
素人考えでも、激しく速度低下を招きそうな気がするのですが。
出来た(中間言語でもそう言うのか知らないけど)バイナリの実行速度はどうなんでしょうね。
x86用でも、JITやらインストール時コンパイルなどが存在するんで、ARMにも乗っけてくるでしょう。となれば、それなりのスピードで動くんじゃないでしょうか。
x86とのCPUパフォーマンス差はどうしようもないでしょうけれど。
http://msdn.microsoft.com/ja-jp/library/ht8ecch6(v=vs.80).aspx [microsoft.com]
Re: (スコア:0)
ARMは低消費電力側に振ってるだけで電力気にしなくていいならx86よりはるかにパフォーマンス高いよ
x86みたいにコアだけ数十倍の速さで動いてパフォーマンス出す力技に頼らなくていいしね
Re: (スコア:0)
またまたそんなご冗談を(AA略
コアだけ数十倍の速度で動いてるのはARMだって一緒なのに。
Re: (スコア:0)
今時の中間言語処理系は実行時コンパイラでそれほど遅くないのが普通では?
Re: (スコア:0)
なぜ?
きちんとしたJITコンパイラが実装されていればARMでも効率的に動くでしょう
別に.NETの中間言語はx86に最適化されているわけではないですし
Re: (スコア:0)
素人ですが、
ひとつのバイナリに、各種プラットフォーム用のイメージが同梱されていて、
シェルが自分に合ったイメージを選択・ロードするのでは。
であれば、ロードが済んで以降の速度低下は無いような。
Re:なんだ、ARM用は違うOSなんじゃん (スコア:1)
何か魔法のようなテクノロジを期待してたんだな・・・
Re:なんだ、ARM用は違うOSなんじゃん (スコア:2)
FX!32とかDynamiteとかRosettaとかCode Morphingみたいなやつで。
QEMUみたいなのはどうなんでしょうね。
Re: (スコア:0)
高速なデバイスに低速なデバイスのエミュってのなら兎も角、逆はキツイよね。
「どうせSoCなんだろ?ならAtomも一緒に乗せちゃえよ」って位に。
Re: (スコア:0)
全体的に何が言いたいのかよく分からないんですが、もうちょっと補足してもらえませんか?
> Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのに
ARM Linuxでは、これらのintel版バイナリがそのまま動作するという意味ですか?
そしてその2例だけを挙げて「普通」と言い切る根拠はなんですか?
> 市販OSの限界というものが見えるね。
市販であるかないかと「ARM版をWindows8という名前で売り出せない」との関係が見えないので、これも補足希望です。
ちなみに、かつてWindows NTにはx86版、PowerPC版、MIPS版、Alpha版があったことはご存知でしょうか?
Re: (スコア:0)
リリースはされませんでしたが、WindowsNTにはClipper,SPARC,PA-RISC版もありました
Itanium版Windowsではx86バイナリは動きますが、逆は不可です
WindowsCEはSH3, SH4, ARM, MIPS, x86をサポートしていました
x86のWindowsCEマシンも高木産業から発売されましたが、バイナリの入手性が極めて悪かったですね
PocketPCではARM以外は切り捨てられてわかりやすくなりました
Re: (スコア:0)
>Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのに
そのような事実はないはずですが・・・
ARM用のバイナリを別途用意しないとARM Linuxでは動きませんよ
Re:なんだ、ARM用は違うOSなんじゃん (スコア:1)
ひどい叩かれようだけどさぁ、彼はきっとNetWalkerのユーザなんだよ
俺は、誰かがソースレベルで移植してarm用にコンパイルしたものが大好きだ!
sharpがんばれ!新機種出せ!アプリ増やせ!名も知らぬ貢献者も頑張れ!
って愛情が裏返って市販OSがどうたらと言わせちゃったんだ
Re: (スコア:0)
>Windows8対応と書かれたソフトが、ARMで動かない。
ちゃんとWindows8対応のメトロアプリは動くよ。
Windows8対応を名乗るならメトロじゃないとね。
タブレット用途のARM版でメトロじゃないアプリなんか動く必要ないでしょ。
というか動かしちゃ駄目。Androidの失敗を繰り返してはならない。
Re: (スコア:0)
>Androidの失敗を繰り返してはならない。
なんでわざわざここでAndroidを持ち出すのかwww
Windowsタブレットで超大失敗した経験からだろ。
まあ、未だに現役で売っているWindows7タブレットが使い物にならないと信者が認めたくないのは分かるがな。
Re: (スコア:0)
>ちゃんとWindows8対応のメトロアプリは動くよ。
元コメントは明らかに「メトロじゃないWindows8用デスクトップアプリがARMでは動かない(だからユーザーの混乱を招く)」と言ってるんだが、
>Windows8対応を名乗るならメトロじゃないとね。
この信者はWindows 8になったらx86版のデスクトップ用途でもメトロアプリしか許さんと言いたいのか。
それはつまり、開発者に対して、Win8時代になったらWin7以前の環境はバッサリ切り捨てろと言ってるに等しいんだが...
まあ実際にいろいろな混乱はあるだろうが、そこまで行くと狂気の沙汰だなあ。
Re: (スコア:0)
しかし、メトロでもWin8用アプリはWindows Phone 7では動かないんだよな。
今回のMSのネーミングはユーザーを混乱させ過ぎ。
ってか、まだ実際Windows Phoneとの関係は決まってすらいないんだろうから、MS自身がどうしていいか分からない状態なんだろうな。
Re: (スコア:0)
ARMをターゲットにした組込Linuxを(も)やってます。
> Linuxなら、intelで動いているLibreOfficeやScribusなどがARMでも動くのが普通なのに
うん、これが普通ならどれだけ楽か...。
「普通」は、ソースコード持ってきて、クロスコンパイラでARM Linux向けのバイナリ作るんです。
クロスコンパイルを想定してないソースのビルドで四苦八苦するのが恒例行事orz
命令レベルで互換の無いCPUでは、市販OSだろうがオープンソースのOSだろうがバイナリレベルで互換なんて無いのが「普通」。
エミュレータ使ってでもこの辺の無茶を通したのが「市販OS」のMacOSだったり。
(68k→PPCの時の68kエミュレータやPPC→Intelの時のRosetta)
Re: (スコア:0)
しまった、一つ嘘付いた。
> エミュレータ使ってでもこの辺の無茶を通したのが「市販OS」のMacOSだったり。
> (68k→PPCの時の68kエミュレータやPPC→Intelの時のRosetta)
Rosettaはエミュレータじゃなくてコード変換だった。
オフトピですが、訂正を...。
Re: (スコア:0)
それは、Javaが描いた理想郷。