「Windows XP Professional x64 Edition Customer Preview Program」記事へのコメント

我々はまだ32bitをしゃぶり尽くしていない

[Anonymous Coward]

　その昔、386のころ。15年くらい前か。98シリーズをはじめとする殆どの386搭載機は16bitのDOSだった。要するに速い8086としてしか使用してなかったんだな。16bitは一般的な使用法、例えば一太郎なんかでも限界がきていて、メモリ面ではEMSだとかのアクロバティックで様々な意味でコストのかかるアドホックが存在した。そこまでしたところで、処理速度はとうてい32bitには及ばなかった。
　漏れはそれがイヤで、FM-TOWNSという迷機を買って、High-Cという迷コンパイラで32bit環境を楽しん

Re:我々はまだ32bitをしゃぶり尽くしていない

[shadowin (23191)]

メモリ空間が広がるのは、すごく助かるんですが、こういうユーザってあまりいないのでしょうか。
すぐに限界を見せてくれるアプリケーションが登場して、移行を促すようになると思います。

Windows XP Pro x64 の仮想メモリページサイズは 4KB?

[nminoru (5013)]

私もメモリ空間が広がると嬉しい人ですが、仮想メモリのページサイズが気になっています。

Platform SDK の ドキュメント [microsoft.com] を読むと、x64/Windows は互換性を重視して仮想メモリのページサイズは 4KB / page で行くようです。 広いメモリ空間をじゃかじゃか使うプログラムを書くと TLB ミスが足を引っ張って性能の出し切るのが難しそうですね。
＃ 4KB/page は細かすぎるよ。

--
コンタミは発見の母

Re:Windows XP Pro x64 の仮想メモリページサイズは 4

[Anonymous Coward]

ページサイズでかい→ページング単位でかい→動作カクカク
Windows XP みたいなインタラクティブ向け OS だと、絶対性能が高くなったとしても印象悪いんじゃないかなあ。

Re:Windows XP Pro x64 の仮想メモリページサイズは 4

[nminoru (5013)]

ページサイズが大きくなると、ページ内の使用しないメモリの割合が増えて無駄が多くなり性能が低下するわけですが、逆にレスポンスが高速化される可能性もあると思います。

    1. 同じメモリサイズを少ないページ数で割り当てられるので、ページ割り当て・解放の回数が減る。
    2. TLB に対するプレッシャーが減り、TLB ミスが減る。

現在の Windows には仮想メモリを 10 MB 以上使うようなプログラムはざらにあります。
＃ 今、ここを見ている

--
コンタミは発見の母

Re:Windows XP Pro x64 の仮想メモリページサイズは 4

[Anonymous Coward]

512kだと、1Mの2次キャッシュに2ページですか...

キャッシュミスのペナルティがむちゃくちゃでかいのね(^^;

冗談抜きで、大きくするなら2次キャッシュもできれば3次キャッシュも大きくしてね。

Re:Windows XP Pro x64 の仮想メモリページサイズは 4

[nminoru (5013)]

仮想メモリのページサイズとキャッシュのラインサイズを混合していませんか？

x86/Windows は仮想メモリのページサイズは 4,096 バイト。
キャッシュのラインサイズは Pentium Pro 系が 32 バイト、Pentium4 が 128 バイト。

--
コンタミは発見の母