You should typically size your swap space to approximately 2x main memory. If you do not have a lot of RAM, though, you will generally want a
lot more swap. It is not recommended that you configure any less than
256M of swap on a system and you should keep in mind future memory expansion when sizing the swap partition. The kernel's VM paging algorithms
are tuned to perform best when there is at l
4GB以上のメモリ使いたいですか (スコア:1)
Re:4GB以上のメモリ使いたいですか (スコア:1, 参考になる)
squidで700Mぐらい使用するマシンはメモリ1.5G,SWAP 3G
Re:4GB以上のメモリ使いたいですか (スコア:0)
そしてその構成が適用するシステムに合致しているか、
きちんと説明できます?
# 慣習で…とかは無しでお願いします
Re:4GB以上のメモリ使いたいですか (スコア:3, 参考になる)
Re:4GB以上のメモリ使いたいですか (スコア:3, 参考になる)
ってことで、私はメインメモリ=スワップ程度が適当かな、と同じ量を割り当てています。
まあ、実質的に動いているプロセスがスワップを始めるとダメダメですが、重くなった際に待機プロセスがスワップアウトされるくらいというのが目安と思います。
の
Re:4GB以上のメモリ使いたいですか (スコア:3, 参考になる)
メモリ割り当て時に同じ大きさのスワップを同時に取るというのは, むしろMachVMよりも前の物だったように記憶しているのですが. MachVM以降mmap等も含めてスワップと実メモリが統合された設計になったような...
実際のところ業務で使うサーバでは, スワップしたらシステムサイジング失敗と考えてよいぐらいなので, 統合VMをサポートしているOSではスワップ領域は完全に飾りなのですが, 商用UNIXの中では唯一HP-UXが統合VM化されていないので無駄なスワップ領域を食うんですよね. 逆にFreeBSDではカーネルパラメータで明示的にスワップを禁止することも可能(組み込みに近い用途を考慮しているのかな?)なのですが, このことはmalloc等でメモリが確保できないこともありうるということなので, ユーザプログラム側もちゃんとそれに対処していないと有効に使えませんが.
個人的にはFreeBSDでのサーバ構築は, 基本はon memoryで設計して, スワップ領域は将来のメモリ増設も含めて主記憶と同じ容量とし, 万一の時のスワップと障害時のメモリダンプ領域としています.
HP-UX(オフトピック) (スコア:1)
この解決方法が本質的な改善であるかどうかは...わからんです。
Re:4GB以上のメモリ使いたいですか (スコア:2, 参考になる)
tuning(7)を書いた [freebsd.org]のはFreeBSD 4.xのVMデザイン [freebsd.org]に大きな貢献をしているMatthew Dillonです。Mach VMのことは考慮されていません。
例えばスワップ領域の割り当てが馬鹿だとスワップイン/アウトの際にたくさんシークしなくてはいけないわけですが、そうならないよう効率的に行うには、物理メモリの2倍が目安ということのようです。