Определял при помощи ощущений. Все тормозило просто жутко.
Смотрел через системный монитор. Там доходило до того что память выедалась почти полностью. Своп поднимался по разному. В течение сегодняшнего дня до 800 мб выростал.
Сейчас нечайно нажал на закладку file systems и обнаружил что диск на котором стоит ubuntu забит на 99%. Оказалось что это были логи postgres. Почистил. Ощущениям жутких тормозов стало меньше. Похоже что дело было в этом
Использование своп уменьшилось примерно в 10 раз. Вот данные из top по памяти после
top - 17:15:24 up 20 min, 3 users, load average: 0.35, 0.64, 0.53
Tasks: 136 total, 3 running, 133 sleeping, 0 stopped, 0 zombie
Cpu(s): 14.0%us, 1.2%sy, 0.0%ni, 84.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1020768k total, 977840k used, 42928k free, 9036k buffers
Swap: 3903784k total, 56636k used, 3847148k free, 136472k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5928 root 20 0 430m 41m 6056 S 9 4.2 3:56.73 Xorg
6783 stepan 20 0 486m 76m 18m S 5 7.7 0:45.40 firefox
6522 stepan 20 0 63824 20m 6784 S 1 2.1 0:07.05 skype
6368 stepan 20 0 262m 25m 11m S 1 2.5 0:01.68 gnome-terminal
6498 root 20 0 363m 106m 9128 S 1 10.7 0:19.92 java
6835 stepan 20 0 95980 8080 5740 R 1 0.8 0:00.32 artsd
7808 stepan 20 0 18988 1272 932 R 1 0.1 0:00.04 top
6308 stepan 20 0 63544 2928 2324 S 0 0.3 0:00.16 gvfsd-trash
6663 stepan 20 0 615m 300m 11m S 0 30.1 0:54.47 java
1 root 20 0 4016 820 552 S 0 0.1 0:01.18 init
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.04 migration/0
4 root 15 -5 0 0 0 R 0 0.0 0:00.04 ksoftirqd/0
5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1
7 root 15 -5 0 0 0 S 0 0.0 0:00.04 ksoftirqd/1
8 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/1