Высокая нагрузка на сервер. Что тормозит?

[stinol]

При таких параметрах top
админ говорит что нагрузка приемлемая


last pid: 6866; load averages: 33.65, 30.55, 29.42 up 0+02:14:14 15:48:12
218 processes: 30 running, 188 sleeping
CPU states: 0.0% user, 0.0% nice, 90.7% system, 9.3% interrupt, 0.0% idle
Mem: 281M Active, 449M Inact, 168M Wired, 110M Buf, 90M Free
Swap: 2048M Total, 2048M Free

-~{}~ 05.04.07 19:55:

Long
можно хоть какие то комментарии по этой презентации?

 

[kruglov]

Т.е. "load averages: 33.65", по мнению админа, есть приемлемая нагрузка? Админ что-то путает.

 

[stinol]

kruglov
Админ предложил сменить сервер на более мощный
Радикальный подход

-~{}~ 05.04.07 21:17:

Во прикол, отключил те скрипты которыя в top были
но нагрузка не упала с сервера.
Что за х...

-~{}~ 05.04.07 21:43:

ребята, нужна помощь толкового админа, кто поможет разобраться в ситуации

 

[kruglov]

отключил те скрипты которыя в top были

Так это не они сервер-то грузят. Если бы они, то user был бы ~100%

(А если вообще весь сайт отключить?)

 

[stinol]

если вообще весь сайт отключить то сервер свободен )

-~{}~ 05.04.07 22:25:

причем интересно, после отключения и подключения сайта
top показывает
last pid: 25496; load averages: 1.49, 1.55, 2.12 up 0+04:48:35 18:22:33
176 processes: 3 running, 173 sleeping
CPU states: 19.9% user, 4.5% nice, 10.8% system, 0.6% interrupt, 64.2% idle
Mem: 230M Active, 476M Inact, 173M Wired, 27M Cache, 110M Buf, 82M Free
Swap: 2048M Total, 2048M Free

что существенно лучше.

Может наш сервер кто то пытается "положить" из злоумышленников. Как это проверить?

-~{}~ 09.04.07 15:40:

Может ли тормозить sendmail?
в сутки отправляется 20-30 000 писем.

И как увеличить производительность sendmail?

-~{}~ 09.04.07 23:53:

как выяснилось тормоза были из-из большого числа файлов сессий в /var/
и из за большого числа писем в очереди сообщений(150 000) на не существующий адрес [email protected] из php.ini

Я точно не понял откуда такое количество писем с этим адресатом.

 

[grigori]

я в подобных случаях использую:

* Кеш память (XCache, APC, memcached). Ставится быстро, небольшое изменение логики приложения в узких местах повышает скорость в десятки раз.
* Оптимизация запросов, фрагментация данных. Тут надо много работать, но скорость можно поднять в сотни раз.

Я бы глянул на размер файлов таблиц ииндексов в базе данных - mysql ооочень не любит большие таблицы.

-~{}~ 10.04.07 21:26:

stinol sendmail тормозить очень даже может
а сессии можно хранить в дереве каталогов

 

[confguru]

stinol

Если нужен качественный аудит - обращайтесь к лидерам
WEB-аудита ( более 20 профи решат вашу проблему в течении 2-х недель)

 

[ys]

stinol

> На сервере Pentium D 2.8GHz CPU (Dual Core), 1Gb RAM, 2x160Gb 7200rpm IDE HDD RAID 1
> OS FreeBSD 6

i386 или amd64 ? (Мы ставили для Dial Core amd64 версию - дергаться все стало шустрее, за счет 64 битного режима работы с рейдом, правда от SCSI ).

Что показывает vmstat -i и iostat (с разными ключиками)?

 

[kruglov]

Он говорит, починил все уже.

 

[stinol]

kruglov
Не совсем. Пока что только причину нашли. Это 160 000 файлов сессий за полутора суток, общим объемом 550 метров
А будет еще больше. время жизни сессии 3 суток.
Попросил админов установить MCache with the Filestore plugin
Посмотрим на результат.

-~{}~ 12.04.07 19:29:

В общем проблему решил.
Никакой MCache не ставили.
Время файлов сессии сократил до 30 минут. Что сократило общее количество файлов до 1500 и 20 Мб.

Галочку "Запомнить меня" по другому реализовал
Надо мат. часть учить.

Всем спасибо за дельные советы и предложения.

 

[BRat]

гм, интересный вариант для Запомнить меня ))))