パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Windows用の64ビット版Firefox、開発停止へ」記事へのコメント

  • Windows用の64ビット版Firefoxがなぜ必要なのか教えてください!
    32bit版のFirefoxは64bitのWindowsでは動かないのですか?
    #メモリ馬鹿食いさせないとパフォーマンスの上がらないある種のシミュレーションソフト、CADソフトは64bitネイティブ必須というのは理解できるが、なぜwebブラウザに64bit?

    • by Anonymous Coward on 2012年11月25日 11時55分 (#2278376)

      現状Waterfox常用してます
      Firefox32bit版でTumblrでAutopagerize使ってスクロールさせてるとメモリー1Gぐらいでカクつき出すのでWaterfoxに移行しました。
      まぁごく最近のFirefoxでは改善されたかもしれませんが。

      親コメント
      • by Anonymous Coward

        実際、アプリケーションレベルで32bit版と64bit版で、
        それほどメモリを多用しない場合の性能差ってどのぐらいなんだろう?

        実用上、気にならないレベルなのかな?(数%程度?)
        確かに、1Gぐらう消費すると64bit版が有利に働きそうではある。

        まぁ、提案理由には納得できる。
        論点は、現状の開発リソースを鑑みて、提案理由他、
        64bit版をサポートすべき論理展開がありうるかどうか。

        • by Anonymous Coward

          提案と言うよりも、これは決定っぽいです。
          タレコミのCNET Japanを読んだだけですが。

        • by Anonymous Coward
          コンパイラの最適化が大きく変わるので性能がかなり違う。
          同一ソースをVisual Studio 2010でコンパイルしてみたが20%ほど性能差が出た。
          このときやったのは乱暴に言えばマルチスレッドでFFTを同時にぶん回すような演算。8コアフル100%張り付きだった。
          SSEもイントリンシックで使っていたんだが、この辺のレジスタの取り回しもx64になって余裕が出た分が性能差に出るみたいだね。
          • by Anonymous Coward

            小さいループで大量のデータを処理する場合とあちこちに分岐し続けるようなコードでは状況が異なるんじゃないでしょうか。
            x64が登場したとき、コードサイズが増えてデコーダがボトルネックになりやすいって話もあったと思います。
            CPUのデコード済みキャッシュも大した容量ではないし、分岐予測が失敗するとボロが出るのは避けられないので64bitのアドバンテージを生かせるとは限りません。
            それらを総合すると1割位という情報が多かったように思います。

            SSEのイントリンシックはレジスタが増える効果が出やすいですね。
            さらにAVX化対応も簡単だし、3オペランドになるのでレジスタの取り回しもより柔軟になってよりシンプルなコードになりやすいようです。

      • by Anonymous Coward

        そういうツールでメモリ1Gいっぱいにデータを読み込むのは、逆にパフォーマンス落とすことになってるのではないのか?
        たぶん設計者の想定外だろうし、ブラウザの性能や回線の太さとのバランスはどうなんだろうね

      • by Anonymous Coward

        PaleMoonに1票!

「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常

処理中...