Высокая нагрузка почтового сервака
Модераторы: Trinity admin`s, Free-lance moderator`s
- Kalashmat
- Advanced member
- Сообщения: 54
- Зарегистрирован: 17 фев 2005, 11:51
- Откуда: Moscow
- Контактная информация:
Высокая нагрузка почтового сервака
Сервак HP DL380 с одной "башкой" на гиг памяти...
FC3(Last update)+sendmail(with SMTP-Auth)+dovecot(IMAP only)+spamassassin+clamav+iptables
Написал вот такое:
"rejecting connections on daemon MTA: load average: 22"
На почтовике не более 300 юзеров с жирными imap ящиками.
Есть мысли по оптимизации?
FC3(Last update)+sendmail(with SMTP-Auth)+dovecot(IMAP only)+spamassassin+clamav+iptables
Написал вот такое:
"rejecting connections on daemon MTA: load average: 22"
На почтовике не более 300 юзеров с жирными imap ящиками.
Есть мысли по оптимизации?
- Kalashmat
- Advanced member
- Сообщения: 54
- Зарегистрирован: 17 фев 2005, 11:51
- Откуда: Moscow
- Контактная информация:
Да глядел, всего понемногу, то imap сессий куча, то spamd и clamd жрут под 80% CPU... Но сказывается на sendmail который начинает отвечать с задержкой. Перегрузка не постоянная поэтому поймать прям сейчас значение top, vmstat тяжелоapelsin писал(а):а что показывает top, iostat, vmstat? надо глянуть что и чего нагружает.
- Kalashmat
- Advanced member
- Сообщения: 54
- Зарегистрирован: 17 фев 2005, 11:51
- Откуда: Moscow
- Контактная информация:
top - 15:01:32 up 14 days, 3:34, 1 user, load average: 2.41, 3.09, 4.25
Tasks: 156 total, 3 running, 153 sleeping, 0 stopped, 0 zombie
Cpu(s): 96.0% us, 3.0% sy, 0.0% ni, 0.0% id, 1.0% wa, 0.0% hi, 0.0% si
Mem: 1035540k total, 1021716k used, 13824k free, 20208k buffers
Swap: 5116660k total, 192k used, 5116468k free, 816332k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2470 clamav 16 0 50940 16m 1364 S 69.0 1.7 48:41.39 clamd
2595 root 16 0 47772 4668 748 S 24.3 0.5 19:17.69 spamass-milter
28219 root 16 0 8380 3848 2540 S 2.0 0.4 0:00.43 sendmail
24165 user 16 0 5500 2360 2188 D 0.5 0.2 0:00.21 imap
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 192 17896 19280 816296 0 0 1 9 1 12 1 0 86 12
Tasks: 156 total, 3 running, 153 sleeping, 0 stopped, 0 zombie
Cpu(s): 96.0% us, 3.0% sy, 0.0% ni, 0.0% id, 1.0% wa, 0.0% hi, 0.0% si
Mem: 1035540k total, 1021716k used, 13824k free, 20208k buffers
Swap: 5116660k total, 192k used, 5116468k free, 816332k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2470 clamav 16 0 50940 16m 1364 S 69.0 1.7 48:41.39 clamd
2595 root 16 0 47772 4668 748 S 24.3 0.5 19:17.69 spamass-milter
28219 root 16 0 8380 3848 2540 S 2.0 0.4 0:00.43 sendmail
24165 user 16 0 5500 2360 2188 D 0.5 0.2 0:00.21 imap
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 192 17896 19280 816296 0 0 1 9 1 12 1 0 86 12
ну тут видно CPU нужен второй, т.к. куча выч-циклов тратится на clamd и spamd как вы уже правильно заметили.
iowait небольшой, в норме.
памяти тоже достаточно, почти вся сидит в кеше диска. Кстати давно-ли машина в онлайн? ($uptime ?)
Есть кстати 192к в swap-файле (и vmstat показал что какието крохи в swap идут), поидее не должно такого быть, наверняка можно вылечить слегка изменив настройки vm (в /proc/sys/vm/ ... можно попробовать $sudo echo 120 /proc/sys/vm/vfs_cache_pressureт) Но я не думаю что это что-то изменит до ощутимых пределов.
iowait небольшой, в норме.
памяти тоже достаточно, почти вся сидит в кеше диска. Кстати давно-ли машина в онлайн? ($uptime ?)
Есть кстати 192к в swap-файле (и vmstat показал что какието крохи в swap идут), поидее не должно такого быть, наверняка можно вылечить слегка изменив настройки vm (в /proc/sys/vm/ ... можно попробовать $sudo echo 120 /proc/sys/vm/vfs_cache_pressureт) Но я не думаю что это что-то изменит до ощутимых пределов.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 10 гостей