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

Microsoftがやっとx86-64への対応を発表、Sunは可能性を示唆」記事へのコメント

  • 本家のBSD セクションには FreeBSD はブートに成功 [slashdot.org]なんてものあって、x86-64 への対応は急速に進んでるみたいですね。

    AMD の狙いは、現状の 32ビットアーキテクチャと連続性を持たせ、しばらくは高性能な x86 として素早く普及を図りつつ、搭載し

    --
    • 個人的には64ビットという響きを聞くと、わくわくしてしまいますが。実際のパフォーマンスでは、32ビットも64ビットも差がない気がするのですが、どうでしょう。

      64ビット化すると、恩恵の出るアプリは除外してっ事ですけどね。
      • ん~
        身近なところで文字列のコピーなんかは普通に高速化できそう
        体感できるかどうかは微妙だけど
        恩恵のでないアプリはなさそうですよね
        • by Anonymous Coward
          memcpyは速くなるだろうけど、strcpyは変わらない(orより遅くなる)んじゃないかな?
          もちろんアルゴリズムとかCPU内部でのcharの取り回しのアーキテクチャに拠るだろうし、体感できるほど差は無いだろうけど。
          • by Anonymous Coward on 2003年04月10日 20時12分 (#296252)
            え、なんで?
            #本当にわからないのでAC
            親コメント
            • by SteppingWind (2654) on 2003年04月11日 1時36分 (#296436)

              strcpyだと末尾の'\0'を判断して, その先は送り先側にはコピーしないようにするので, 何も工夫していないプログラムでは1バイト毎の転送となってしまい, 8バイト分の幅がある64bitバスの有効性が活かせない. 下手をすると1バイト単位という特殊なアクセスの為, 効率が極端に落ちるのではないか. ということだと思います.

              ただstrcpyみたいな非常によく使われる関数でそんなおばかなインプリメントがされるわけは無く, 例えば基本的には64bit単位での転送を使い, 文字列末尾の8バイトブロックだけ特殊な処理を行う様になっているはずです.そのため, ほとんど全ての文字列の長さが8バイト未満というような場合を除き, 効率は上がると考えて良いと思います.

              親コメント
              • by Anonymous Coward

                ただstrcpyみたいな非常によく使われる関数でそんなおばかなインプリメントがされるわけは無く, 例えば基本的には64bit単位での転送を使い, 文字列末尾の8バイトブロックだけ特殊な処理を行う様になっているはずです.

                glibcなんかはi586以上はsysdependなコードがありますが、i386は無いので「おばかなインプリメント」がされています。
                Linuxの多くのディストリビューション

              • by Anonymous Coward
                訂正:
                誤:IA64用のコード
                正:x86-64用のコード

人生の大半の問題はスルー力で解決する -- スルー力研究専門家

処理中...