アカウント名:
パスワード:
Qualcomm、Snapdragon 835でのWindows 10の動作デモを公開 [impress.co.jp]
今回のデモではWin32のMicrosoft Officeや7zipなどの代表的なWin32アプリをライブで動かすことができることを確認した。Word、Excel、PowerPointといったアプリケーションを動かしていたが、何の引っかかりもなくスムーズに動いていた。 ただし、Qualcommの説明員によれば、動作するのは32bitアプリのみで、64bitアプリは現状(RS3相当)では動作しないという。それが動作するようになるのは、2018年以降に登場する予定のRS3の次の大規模アップデートとなるRS4になる見通しという。
まあ、32bitバイナリがそのまま動けば一般的な用途には全く問題はないと思いますが、エミュレートしてる
> まあ、32bitバイナリがそのまま動けば一般的な用途には全く問題はないと思いますが、エミュレートしてる分のオーバーヘッドとかもやっぱ影響はしてくるだろう
実際には全く違います
ARM版WindowsPCは、ARMバイナリを動かすのであれば消費電力が少ないということが存在価値のためどうしてもバッテリーもARMバイナリを動かす前提の、x86版WindowsPCよりもずっと小さいバッテリーにせざるをえませんさもなければ存在価値がありません
そしてx86バイナリをエミュレートするということは、x86版WindowsPCでx86バイナリを動かしているよりもより遅いうえにより多くの電力を消費すること
そしてx86バイナリをエミュレートするということは、x86版WindowsPCでx86バイナリを動かしているよりもより遅いうえにより多くの電力を消費することになりますそしてバッテリーがあっという間になくなります
そうなんか？例えば、TransmetaのEfficeonはx86コードをバイナリ変換して動かすチップだが、当時
2004年の1.6GHz版Efficeon（90nmプロセス）は、2008年にインテル [wikipedia.org]
Wikipediaからさらにソースにされてるリンク先を見ればわかりますが、トランスレーションコストが理想的に少なくて済むベンチマークテストとかの話ですよそれもちろんトランスレーションの実装もベンチマーク対策してることくらいはご存知ですよね？
もしこの辺知らず、ベンチマークが速いなら実務でもその分速くなるんだ！と思ってるならご愁傷様です
話の本流の
・ベンチマークはバイナリトランスレーションの負荷が理想的に最も少ない特殊状態である
に対して反論できない人は必死に頑張らなくていいよ
そもそも、ベンチマーク対策という枝葉の話はあなたのような本流で負けたのに必死に反論したがるアンチMS丸出しの人をあぶりだすためにわざわざ仕込まれたトラップってことにも気づいてないでしょ
ベンチマーク対策のほうに反論した時点で負け確定してると気づけ
一旦変換してしまえばパフォーマンスは同じというなら、ベンチマークに限らず普通のアプリを実環境で使う場合でも話は同じじゃないか。バイナリ変換する場合は大抵変換後の結果をキャッシュしておくものだ。初回起動時に重いだけで、あとは変わらんという話になるだろう。
> 一旦変換してしまえばパフォーマンスは同じというなら、> ベンチマークに限らず普通のアプリを実環境で使う場合でも話は同じじゃないか。> バイナリ変換する場合は大抵変換後の結果をキャッシュしておくものだ。> 初回起動時に重いだけで、あとは変わらんという話になるだろう。
バカお疲れさま
「本当に最初に1回トランスレーションすればそれで互換性も万全で性能も出るというならそもそも動的バイナリトランスレーションなんて手法は採らないし、キャッシュを持つ必要すらない」
上記を100万回音読しろ
もしそんな優れた互換性があるなら、最初からすべてのバイナリをプリトランスレーションしておけばいいそこでお前のような無知なARM信者の100万倍優れた技術者たちが、必死になって動的バイナリトランスレーションを実装している意味を考えろ
それもできないならスラドから出てけ
動的トランスレーションがどういうものなのか理解していないのはお前だｗ
動的トランスレーションと言っても、分岐が起きる間のブロックの変換結果はキャッシュされて再利用される。毎度その場で返還をするわけではない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
現時点では64bitアプリは動かないらしい (スコア:1)
Qualcomm、Snapdragon 835でのWindows 10の動作デモを公開 [impress.co.jp]
まあ、32bitバイナリがそのまま動けば一般的な用途には全く問題はないと思いますが、エミュレートしてる
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Re: (スコア:0, 参考になる)
> まあ、32bitバイナリがそのまま動けば一般的な用途には全く問題はないと思いますが、エミュレートしてる分のオーバーヘッドとかもやっぱ影響はしてくるだろう
実際には全く違います
ARM版WindowsPCは、ARMバイナリを動かすのであれば消費電力が少ないということが存在価値のため
どうしてもバッテリーもARMバイナリを動かす前提の、x86版WindowsPCよりもずっと小さいバッテリーにせざるをえません
さもなければ存在価値がありません
そしてx86バイナリをエミュレートするということは、x86版WindowsPCでx86バイナリを動かしているよりも
より遅いうえにより多くの電力を消費すること
Re: (スコア:0)
そしてx86バイナリをエミュレートするということは、x86版WindowsPCでx86バイナリを動かしているよりも
より遅いうえにより多くの電力を消費することになります
そしてバッテリーがあっという間になくなります
そうなんか？例えば、TransmetaのEfficeonはx86コードをバイナリ変換して動かすチップだが、当時
2004年の1.6GHz版Efficeon（90nmプロセス）は、2008年にインテル [wikipedia.org]
Re:現時点では64bitアプリは動かないらしい (スコア:0)
Wikipediaからさらにソースにされてるリンク先を見ればわかりますが、
トランスレーションコストが理想的に少なくて済むベンチマークテストとかの話ですよそれ
もちろんトランスレーションの実装もベンチマーク対策してることくらいはご存知ですよね？
もしこの辺知らず、ベンチマークが速いなら実務でもその分速くなるんだ！と思ってるならご愁傷様です
Re: (スコア:0)
話の本流の
・ベンチマークはバイナリトランスレーションの負荷が理想的に最も少ない特殊状態である
に対して反論できない人は必死に頑張らなくていいよ
そもそも、ベンチマーク対策という枝葉の話は
あなたのような本流で負けたのに必死に反論したがるアンチMS丸出しの人をあぶりだすために
わざわざ仕込まれたトラップってことにも気づいてないでしょ
ベンチマーク対策のほうに反論した時点で負け確定してると気づけ
Re: (スコア:0)
一旦変換してしまえばパフォーマンスは同じというなら、ベンチマークに限らず普通のアプリを実環境で使う場合でも話は同じじゃないか。
バイナリ変換する場合は大抵変換後の結果をキャッシュしておくものだ。
初回起動時に重いだけで、あとは変わらんという話になるだろう。
Re: (スコア:0)
> 一旦変換してしまえばパフォーマンスは同じというなら、
> ベンチマークに限らず普通のアプリを実環境で使う場合でも話は同じじゃないか。
> バイナリ変換する場合は大抵変換後の結果をキャッシュしておくものだ。
> 初回起動時に重いだけで、あとは変わらんという話になるだろう。
バカお疲れさま
「本当に最初に1回トランスレーションすればそれで互換性も万全で性能も出るというならそもそも動的バイナリトランスレーションなんて手法は採らないし、キャッシュを持つ必要すらない」
上記を100万回音読しろ
もしそんな優れた互換性があるなら、最初からすべてのバイナリをプリトランスレーションしておけばいい
そこでお前のような無知なARM信者の100万倍優れた技術者たちが、必死になって動的バイナリトランスレーションを実装している意味を考えろ
それもできないならスラドから出てけ
Re: (スコア:0)
動的トランスレーションがどういうものなのか理解していないのはお前だｗ
動的トランスレーションと言っても、分岐が起きる間のブロックの変換結果はキャッシュされて再利用される。
毎度その場で返還をするわけではない。