upgrade or not upgrade ?

а ты его намеренно выключил swapoff'ом? самый общий ответ может быть таким - включи свап и погоняй стресс-тест замерь производительность с включеным и выключеным свопом. я бы своп включил :)

а так у тебя в кэше и буферах ~полгиктара памяти - т.е. ее вдоволь. по процу: надо смотреть параметр "load average". если в течении продол жительного времени в течении дня он у тебя больше "2" (для однопроцессорной машины), то в таких случаях увеличение мощности проца даст нелинейный выигрыш в производительности.

42.7% system, 52.9% idle

диск юзается активно, а в этом и траблы, либо база потеет либо статического контента отдается много.

вообщем показывай что у тебя в vmstat и iostat творится

С достаточно болшой долей вероятности можно сказать, что оперативки ему нехватает.

Mem: 1032836k total, 1007740k used, 25096k free, 65904k buffers

Чтобы шустро все бегало в buffers должно быть около половины оперативки. А уже потом будет видно стоит ли увеличивать мощь проца.

И даже с 2Г RAM, swap в 1Г очень даже не повредил бы. Это как непрекасаемый резерв, если какая-нибудь софтина сбойнет, и начнет жрать память, то у тебя хотябы будет немного времени чтобы разобраться и вывести сервак из пике.

заметил такую странность как только запускаю top он показывает idle 93.4 % при следуюющем обновлении уже 50% и дальше колеблется около этого значения , при этом если сортировать вывод по %CPU , то показывает что сам процесс top отжирает 38 % CPU .
может ли top потреблять столько ? и если да то каким образом ?

далее vmstat показывает idle 93 , хотя на другом терминале top показывает idle 52.

как это можно обьяснить ?

vmstat
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 0 38524 45264 503680 0 0 13 17 6 19 4 3 93 0


iostat
Linux 2.4.31-ow1 11/22/2005

avg-cpu: %user %nice %sys %iowait %idle
1.64 2.07 2.87 0.00 93.42

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
hdc 7.36 12.72 169.14 24332132 323453266
hdc1 0.00 0.00 0.00 178 466
hdc2 2.35 5.31 69.10 10145272 132133896
hdc5 2.12 7.00 60.61 13380672 115910832
hdc6 2.90 0.42 39.43 805946 75408072
hda 7.37 13.69 169.14 26171252 323453266
hda1 0.00 0.00 0.00 1568 466
hda2 2.35 5.99 69.10 11455738 132133896
hda5 2.12 7.28 60.61 13921226 115910832
hda6 2.89 0.41 39.43 792584 75408072

top - 21:01:36 up 22 days, 3:13, 2 users, load average: 0.26, 0.44, 0.46
Tasks: 1032 total, 1 running, 1030 sleeping, 0 stopped, 1 zombie
Cpu(s): 2.9% user, 39.5% system, 1.4% nice, 56.2% idle
Mem: 1032836k total, 990788k used, 42048k free, 45656k buffers
Swap: 0k total, 0k used, 0k free, 505360k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7007 root 17 0 1624 1624 852 R 37.6 0.2 0:13.89 top 22390 mysql 9 0 129m 129m 5072 S 0.6 12.8 1:14.82 mysqld 3707 www-data 9 0 11400 11m 8760 S 0.4 1.1 0:01.15 apache

>может ли top потреблять столько ? и если да то каким образом ?

все остальное ждет завершения ввода-вывода

>avg-cpu: %user %nice %sys %iowait %idle 1.64 2.07 2.87 0.00 93.42

у тебя ядро 2.4, поэтому твой idle на самом деле, это idle+io-wait

то что ты показал в iostat и vmstat не показатель, запусти vmstat 5 и iostat 5, и покажи 3-4й вывод, тогда можно будет о чем-нить говорить.

top тут тоже не показатель, в принципе как и LA, единственное что стоит сделать - посмотреть не идут ли запросы к апачу на выдачу больших файлов и посмотреть запросы к mysql (mysqladmin pprocesslist -p), если какие-то запросы выполняются очень долго, скорее всего у какого-нибудь мудака кривой дизайн базы

теперь видно , что top и vmstat показывают одно и тоже . при выводе top сам top отжирает ~ 30% , так что с CPU все ok .
насчет самых прожорливых процессов , то это mysql , пишутся в базу логи apache от всех юзеров .
сам код который кладет логи в базу написан на С , раньше был на perl , так сервер вообше загибался.