スラッシュドット・ジャパン

BSD系は実メモリーが特殊な状態で、swapの方が本当の作業領域という発想だったと思う。 swapを実メモリー以下に設定すると全メモリーがswapのサイズになっていました。

これはかなり過去(1980年代)の話ですね. 4.4BSD以降はMachの仮想記憶をベースに実装しなおされており, 実メモリ領域とスワップ領域を足したものがメモリ領域として取り扱われます. ですから今日のPC上で動くBSDは全て, その最初期から現在と同じくスワップ領域を実メモリ領域よりも小さくすることが可能でした.

The kernel's VM paging algorithms are tuned to perform best when there is at least 2x swap versus main memory. Configuring too little swap can lead to inefficiencies in the VM page scanning code as well as create issues later on if you add more memory to your machine.

僕が物心ついた頃、VAX11とか68020のSun3/4.2BSDあたり、だと、「スワップはメモリの3倍」と習いました。

メモリは貴重で高価でした。 32ビットCPUが採用された初期ですら、主記憶は数100KBとかせいぜい4MB（それ以上ほしい人はオプションメモリを買ってね）が標準でしたから。 一方、CPUは遅かった。CPU速度vsHDD速度比は今より数ケタ小さかったので、ページングのダメージは相対的に小さかった。 プログラム全体をメモリに置けないとページングが発生しますが、メモリが高価だった昔は「ページングは頻度が低ければよし、つまりスラッシングにならなければよし」という価値観でした。

たとえば、各プログラムの初期化ルーチンなどは、起動直後に利用された後はページアウトされても全体の性能悪化はごく少しです。 では、名目上のプロセスサイズのどれだけの部分が実メモリに乗っていれば、プログラムは調子よく（ページング動作による性能悪化が許せる程度で済む）走るかというと、1/3だと、OSの教科書に書いてあった（→ワーキングセット）と、記憶しているのですが元ネタの本を見つけだすことができません。

さて、ここからが、推測です。 昔の仮想記憶の実装だと、プロセスイメージの1/3が実記憶に載っている状態でメモリを目いっぱい使いきるにはスワップは3倍必要です。 その後の、「実メモリ使用量+スワップ使用量=プロセスイメージサイズ」という仮想記憶だと、2倍になりますね。

昔のUNIXはinetdなんてなくて、telnetd, ftpd, fingerd, talkd・・・とたくさんのサーバデーモンが起動されていました。何せメモリが足りないのでそれらdaemonは誰かに呼ばれるまでページアウトされているのが当然。というわけで、実際swapはたくさん使ってました。