Бред с памятью на сервере.

Запустилась какая-нибудь хрень, сьела 800 мегов, да и померла. Однако остальных выдавила в своп, вот и шуршит там все. Причем, судя по характеру, процесс был быстроиграющий и недолгоживущий, раз ты его не словил. Вряд ли это системный процесс, они обычно не такие прожорливые, скорее всего программер php'шный умело пишет свои скрипты без оглядки на системные ресурсы. Попробуй придавить ограничение поедаемой памяти в настройках php(не помню как называется параметр, но помню, что был такой), мегов на 50 ограничить, авось и прибежит к тебе программер с жалобами на то, что его скрипт перестал работать, тут ты его лопатой-то по загривку...

В том-то и дело, что час пялился в top - использование оперативки за 300мб не переваливало, а значение свопа регулярно менялось (то убывает, но опять нарастает). Бред какой-то.

мож как-нить lsof сможет помочь?

Смотреть глазами без толку, электроны там летают очень быстро, за всеми не уследишь. Надо превентивные меры претворять в жизнь. Ну а если уж на то пошло, то глядеть надо до и в момент происхождения события, ситуация после уже не так интересна. И еще, делал руками тюнинг какой-нибудь относительно дефолтных настроек?

Никаких настроек не делал.
Провёл эксперимент - остановил на сервере все процессы, память освободилась. Запустил базу и апач и стал наблюдать. Практически сразу начал расти объём свопа. Это  при 800Мб free.
Статистика после 1 минуты с момента запуска сервисов:
Mem:   1034628k total,   193488k used,   841140k free,     1808k buffers
Swap:  1052248k total,    79008k used,   973240k free,    20344k cached

Насколько знаю, оракул при старте резервирует под себя место в свопе под будущие возможные нужды, хотя и не использует его сразу по полной. Насчет постгреса не знаю, с ним совсем не работал, но попробуй без него немного пожить, чтоб понять он в этом виноват или нет. Еще в принципе top'ом можно понять какие процессы юзают своп.