500MBのメモリ/1GBのスワップですが、現在の使用量はメモリ281.2MB/スワップ33.9MBのようです。

起動時のあっぷあっぷな状態でスワップに退避されたけど、その後は特に必要となっていない(けれどいずれ必要になるかもしれない)ものがそのまま残っているとか、スワップ領域を使うための情報が保持されているとかそういうことなんじゃないでしょうか。はっきりした実害が発生していないのなら、「そういうもの」と考えておけばいいと思います。

たとえ小さめのアプリケーションでも, それらをいくつか同時に走らせたりするとそれなりにメモリーを消費するです。
ログイン直後に swapの usedの項目が 0じゃないのなら, 起動からログインまでの間にいろんなものが走ったのカモです。
起動時に fsckが走ったとか色々 …

一度 usedの項目を 0にして しばらく様子を見てみるのはどーでしょー。
とりあえず (もしかすると他にそんなコマンドがあったカモだけど) 一度 swapoffにして も一度 swaponにすると 0にできるです。

satosystems による投稿:

このフォーラムの別の投稿（ http://forum.ubuntulinux.jp/viewtopic.php?id=1145 ）からリンクされている developerWorks の記事では Ubuntu 6.10 ベースで swap が使用されないようにメモリ消費量を抑える tips が紹介されていたのですが、その筆者の環境では swap はメモリが足りなくなったときに使用され、そうでない場合は 0 という状態でした。

実害は確かにないんですが、Ubuntu を使い続けていこうと決心し、こうした問題も少しずつ解決していきたいと考えているため「これこれこういう理由」というものを知りたいです。

ちなみに上記で挙げた別の投稿の投稿者も、swap は私や Shibata-san と同程度使用されているようです。

Linuxのswapは（というか最近のOSのswapは）、メモリが足りなくなってから使い
始めるものではありません。

多くのOSでは、物理メモリを、
・プログラムの動作領域
・（HDDなどの低速デバイスの）キャッシュ
の二通りの使い方をします。特に後者は性能に大きく貢献するため、可能な限り
キャッシュを維持する、というのがデフォルト設定です。

メモリは有限ですから、不足を補うためにswapを使うか、あるいはキャッシュ領域を
早めにパージしてしまうことで節約する、というのが普通の使い方です。が、
ここで問題になるのは、ヒット率の高いキャッシュ領域をページアウトさせるより、
ヒット率の低いプロセスをswapさせた方が効率が良くなる可能性が高いことです。
（つまり、使わないプロセスよりもキャッシュ領域を実メモリ上に残した方が
全体的なパフォーマンスは上がる）

そこで、あらかじめ使わないプロセスはswap outさせておき、実メモリをより
広く使えるようにする、という実装が出てきます。Linuxでは2.4カーネル以降で
このような動作になっています。

認識としては、「足りなくならないように、ヒマがあれば使わないプロセスを
swapへ追い出す」だと思っておくと分かりやすいと思います。

当然「ヒマがあれば」なので、swap outのコストが性能に影響しないように
工夫されているので、パフォーマンスクリティカルな用途でなければ気にしなくても
問題ありません（常時一定のパフォーマンスを発揮してくれないと困る、という
用途ではこれが裏目に出ることがある）。また、常にbusyにしておくとswap out
しているヒマがなくなるので、先読みswapはされなくなることもあります。

素朴な疑問なのですが、実メモリが大きく swap が小さいと、ハイバネーションする場合に困ったりしないでしょうか？

mizuno-san, こんばんは。

mizuno による投稿:

素朴な疑問なのですが、実メモリが大きく swap が小さいと、ハイバネーションする場合に困ったりしないでしょうか？

そういわれればそうですね。

想像ですが、スワップしまくりで、実メモリを収める分だけ
スワップ領域が残っていない状態で、ハイバネーションできるのであれば
スワップがなくても問題ないかもしれないですね。

　参考情報ですが、pad さんが紹介されているメモリ管理の仕組みは、UNIX、MS-Windows でも採用されています。他の OS は仕事で使ったことがないのでわかりません。