アカウント名:
パスワード:
Windows用の64ビット版Firefoxがなぜ必要なのか教えてください!32bit版のFirefoxは64bitのWindowsでは動かないのですか?#メモリ馬鹿食いさせないとパフォーマンスの上がらないある種のシミュレーションソフト、CADソフトは64bitネイティブ必須というのは理解できるが、なぜwebブラウザに64bit?
現状Waterfox常用してますFirefox32bit版でTumblrでAutopagerize使ってスクロールさせてるとメモリー1Gぐらいでカクつき出すのでWaterfoxに移行しました。まぁごく最近のFirefoxでは改善されたかもしれませんが。
実際、アプリケーションレベルで32bit版と64bit版で、それほどメモリを多用しない場合の性能差ってどのぐらいなんだろう?
実用上、気にならないレベルなのかな?(数%程度?)確かに、1Gぐらう消費すると64bit版が有利に働きそうではある。
まぁ、提案理由には納得できる。論点は、現状の開発リソースを鑑みて、提案理由他、64bit版をサポートすべき論理展開がありうるかどうか。
提案と言うよりも、これは決定っぽいです。タレコミのCNET Japanを読んだだけですが。
小さいループで大量のデータを処理する場合とあちこちに分岐し続けるようなコードでは状況が異なるんじゃないでしょうか。x64が登場したとき、コードサイズが増えてデコーダがボトルネックになりやすいって話もあったと思います。CPUのデコード済みキャッシュも大した容量ではないし、分岐予測が失敗するとボロが出るのは避けられないので64bitのアドバンテージを生かせるとは限りません。それらを総合すると1割位という情報が多かったように思います。
SSEのイントリンシックはレジスタが増える効果が出やすいですね。さらにAVX化対応も簡単だし、3オペランドになるのでレジスタの取り回しもより柔軟になってよりシンプルなコードになりやすいようです。
そういうツールでメモリ1Gいっぱいにデータを読み込むのは、逆にパフォーマンス落とすことになってるのではないのか?たぶん設計者の想定外だろうし、ブラウザの性能や回線の太さとのバランスはどうなんだろうね
PaleMoonに1票!
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
Windows用の64ビット版Firefoxがなぜ必要? (スコア:1)
Windows用の64ビット版Firefoxがなぜ必要なのか教えてください!
32bit版のFirefoxは64bitのWindowsでは動かないのですか?
#メモリ馬鹿食いさせないとパフォーマンスの上がらないある種のシミュレーションソフト、CADソフトは64bitネイティブ必須というのは理解できるが、なぜwebブラウザに64bit?
Re:Windows用の64ビット版Firefoxがなぜ必要? (スコア:2, 興味深い)
現状Waterfox常用してます
Firefox32bit版でTumblrでAutopagerize使ってスクロールさせてるとメモリー1Gぐらいでカクつき出すのでWaterfoxに移行しました。
まぁごく最近のFirefoxでは改善されたかもしれませんが。
Re: (スコア:0)
実際、アプリケーションレベルで32bit版と64bit版で、
それほどメモリを多用しない場合の性能差ってどのぐらいなんだろう?
実用上、気にならないレベルなのかな?(数%程度?)
確かに、1Gぐらう消費すると64bit版が有利に働きそうではある。
まぁ、提案理由には納得できる。
論点は、現状の開発リソースを鑑みて、提案理由他、
64bit版をサポートすべき論理展開がありうるかどうか。
Re: (スコア:0)
提案と言うよりも、これは決定っぽいです。
タレコミのCNET Japanを読んだだけですが。
Re: (スコア:0)
同一ソースをVisual Studio 2010でコンパイルしてみたが20%ほど性能差が出た。
このときやったのは乱暴に言えばマルチスレッドでFFTを同時にぶん回すような演算。8コアフル100%張り付きだった。
SSEもイントリンシックで使っていたんだが、この辺のレジスタの取り回しもx64になって余裕が出た分が性能差に出るみたいだね。
Re: (スコア:0)
小さいループで大量のデータを処理する場合とあちこちに分岐し続けるようなコードでは状況が異なるんじゃないでしょうか。
x64が登場したとき、コードサイズが増えてデコーダがボトルネックになりやすいって話もあったと思います。
CPUのデコード済みキャッシュも大した容量ではないし、分岐予測が失敗するとボロが出るのは避けられないので64bitのアドバンテージを生かせるとは限りません。
それらを総合すると1割位という情報が多かったように思います。
SSEのイントリンシックはレジスタが増える効果が出やすいですね。
さらにAVX化対応も簡単だし、3オペランドになるのでレジスタの取り回しもより柔軟になってよりシンプルなコードになりやすいようです。
Re: (スコア:0)
そういうツールでメモリ1Gいっぱいにデータを読み込むのは、逆にパフォーマンス落とすことになってるのではないのか?
たぶん設計者の想定外だろうし、ブラウザの性能や回線の太さとのバランスはどうなんだろうね
Re: (スコア:0)
PaleMoonに1票!