64bit時代のバッファ処理

プログラミングの「常識」は時代とともに変化します。そのひとつが、サーバプログラムにおけるバッファ処理です。 1990年代後半から2010年頃までは、メモリ空間の大きさ（32bitすなわち4GB注1）を超える大きさのファイルを扱う時代でした。このため、httpdなどのサーバプログラムにおいても、入出力データをいったんテンポラリファイルとしてバッファリングする必要がありました。ですが、ファイルI/Oはメモリアクセスと比べると低速です。このため、小さなサイズのデータについてはメモリアクセスする一方で、大きなサイズのデータについてはファイルI/Oを用いる、という煩雑なコードを書く必要がありました。 しかし、2014年も暮れとなる今 、サーバサイドにおいては64bit環境のみを考えれば良い時代に入りつつあります。 もちろん、64bit環境といったところで、64bit空間の全てをユーザプロセスが使える

[tagomoris]

モンゴディービーのことかー！

[JHashimoto]

“H2Oのバッファ処理では、64MBを超えるものについてはテンポラリファイルをftruncate/mmapすることで領域を確保注3し、これに対してメモリアクセスを行うようになっています。”

[udzura]

ひろやんさんに、consulのアレもこういうことっすよねと言われた。なるほど...

[you21979]

「サーバサイドにおいては64bit環境のみを考えれば良い時代に入りつつあります」いい時代だ

[YaSuYuKi]

注釈のswap容量対策の部分まで含めて参考になる。面白い

[atsushifx]

メモリ空間拡大によるプログラミングの変化。ネットワークやメモリIOとかハードウェアの進化によってプログラミングが変わることの例の一つ

[lizy]

Windowsのファイルマッピングも使いやすかったけど、32bitの壁があったのかなあれ

[kasumani]

64bit時代のバッファ処理 プログラミングの「常識」は時代とともに変化します。そのひとつが、サーバプログラムにおけるバッファ処理です。 1990年代後半から2010年頃までは、メモリ空間の大きさ（32bitすなわち4GB注1）を超

[kazuhooku]

blogged