アカウント名:
パスワード:
メモリ空間が広がるのは、すごく助かるんですが、こういうユーザってあまりいないのでしょうか。
いないでしょうねぇ。今のところ1プロセス2GB以上のメモリを必要とするのはRDBMSぐらいです。
逆に言うと、そういう大型アプリケーショ
必要なのは、物理メモリの容量じゃなくて仮想メモリ空間ですよ。
今時、2GBを超える容量のファイルなんて、マルチメディア系データでは普通にあるので、これをメモリ空間にマップできるだけで、コーディングがどれだけ楽になって、性能が上がることか。
32bitまでの世界では、ファイルサイズに比べて仮想メモリ空間が狭い。OSにどうしてファイルI/OのためのAPIがあるかというと、こ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
我々はまだ32bitをしゃぶり尽くしていない (スコア:2, 参考になる)
漏れはそれがイヤで、FM-TOWNSという迷機を買って、High-Cという迷コンパイラで32bit環境を楽しん
Re:我々はまだ32bitをしゃぶり尽くしていない (スコア:1)
すぐに限界を見せてくれるアプリケーションが登場して、移行を促すようになると思います。
Re:我々はまだ32bitをしゃぶり尽くしていない (スコア:1)
いないでしょうねぇ。今のところ1プロセス2GB以上のメモリを必要とするのはRDBMSぐらいです。
逆に言うと、そういう大型アプリケーショ
Re:我々はまだ32bitをしゃぶり尽くしていない (スコア:2, 興味深い)
必要なのは、物理メモリの容量じゃなくて仮想メモリ空間ですよ。
今時、2GBを超える容量のファイルなんて、マルチメディア系データでは普通にあるので、これをメモリ空間にマップできるだけで、コーディングがどれだけ楽になって、性能が上がることか。
32bitまでの世界では、ファイルサイズに比べて仮想メモリ空間が狭い。OSにどうしてファイルI/OのためのAPIがあるかというと、こ
Re:我々はまだ32bitをしゃぶり尽くしていない (スコア:0)
現状でもマルチメディア系以外のデータであれば楽勝でマッピング出来る筈なんですが、結局はファイルとして扱う事が主流になっているのにはそれなりの理由が在るのでは？と思っておりますが。
Re:我々はまだ32bitをしゃぶり尽くしていない (スコア:2, 参考になる)
ファイルサイズで処理の切り分けをしなきゃいけなかったり、ファイルサイズが 2GB よりも大きかったら view を張り直したりと、結局フラットにアクセスできないという面倒さがあるからだと思う。
64bit になったら、それでフラットにアクセスできるようになったら、本当に楽になると思うなあ。
Re:我々はまだ32bitをしゃぶり尽くしていない (スコア:0)
NTやXPじゃ、スレッドやらわけわからんサービスやらを使いまくっていると
勝手にメモリ空間を使われていて、結構分断されています。
2GB使えると思っていると、実は500MBの連続領域を確保するのだって
結構苦労しますね。
結局、100MBずつくらいに分割して処理できるように
コードを直すことになるんだよね。やってらんねー。
Re:我々はまだ32bitをしゃぶり尽くしていない (スコア:0)
>勝手にメモリ空間を使われていて、結構分断されています。
なんで、サービス（UNIXで言うところのdaemon?）が、他のプロセスの仮想メモリ空間に影響するの？