Страница 1 из 1

Тормоза при количестве процессов > 600

Добавлено: 2012-09-18 20:25:40
pin
Доброго времени суток!
Проц i5, 8Гб ОЗУ, система FreeBSD 8.3: после того как количество процессов в системе подбирается к 600 начинаются дикие тормоза, даже в консоль заходит с большим трудом, при этом в заббиксе показывается, что процессор почти не нагружен. В какую сторону копать, чтобы убрать тормоза?

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-18 21:33:19
ChihPih
А памяти скок свободной в этот момент (физической и виртуальной)?

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-19 3:47:12
pin

Код: Выделить всё

last pid: 40669;  load averages:  2.33,  2.08,  1.33                          up 18+09:20:45  06:45:52
532 processes: 1 running, 530 sleeping, 1 zombie
CPU:  9.2% user,  0.0% nice,  3.1% system,  9.1% interrupt, 78.6% idle
Mem: 5392M Active, 942M Inact, 1236M Wired, 319M Cache, 826M Buf, 32K Free
Swap: 32G Total, 2099M Used, 30G Free, 6% Inuse, 84K In, 80K Out

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-19 5:55:58
manefesto
ну так докинь еще памяти.
И откуда столько процессов то ?

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-19 8:46:50
pin
До этого был старенький Proliant DL110 G3 с 2 Гигами, там все бегало, версия фри была правда 8.1. По количеству процессов - почта (в т.ч. kaspersky Anti-Spam) Squid с антивирусом. Одновременно ходят через все это хозяйство около 180 человек.

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-19 9:55:55
manefesto
необходим апгрейд

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-19 21:47:19
BlitzKrieg
pin писал(а):Доброго времени суток!
Проц i5, 8Гб ОЗУ, система FreeBSD 8.3: после того как количество процессов в системе подбирается к 600 начинаются дикие тормоза, даже в консоль заходит с большим трудом, при этом в заббиксе показывается, что процессор почти не нагружен. В какую сторону копать, чтобы убрать тормоза?
Когда тормозить начнет покажи top gstat и systat -v

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-20 7:09:40
pin
вчера запустил gstat, обнаружилось, что системный диск загружен на 100% :shock:
далее top и нажимаем кнопочку m ;-)
ага, больше всех грузит мускуль, аж 2,7%, причем грузит только системный винт - базы и логи лежат физически на другом HDD.
перезапуск мускуля ситуацию улучшил, но через 2 часа все повторилось. Далее был обнаружен здоровенный лог апача размером около 30 Гиг и, соответственно, вычищен, до сих пор полет нормальный. Может ли быть из-за размера лога подобная фигня?

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-20 8:34:33
BlitzKrieg
pin писал(а):вчера запустил gstat, обнаружилось, что системный диск загружен на 100% :shock:
далее top и нажимаем кнопочку m ;-)
ага, больше всех грузит мускуль, аж 2,7%, причем грузит только системный винт - базы и логи лежат физически на другом HDD.
перезапуск мускуля ситуацию улучшил, но через 2 часа все повторилось. Далее был обнаружен здоровенный лог апача размером около 30 Гиг и, соответственно, вычищен, до сих пор полет нормальный. Может ли быть из-за размера лога подобная фигня?
Лог здоровый, за какой период вермени накопился? Если за нескольок часов, то запросто. Смотри что там с mysql в эти периоды смотри чем он занимается show processlist и думай. Наверняка из-за недостатка оперативы там всякие file sort . Смотри чего там за запросы, нужно пробовать оптимизировать если есть возможность. Еще можно mysql научить чтобы он все свои временные файлы на другой винт кидал.

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-20 15:40:59
pin
мускуль используется для авторизации почтовых и проксевых юзверей (на этот же сервак коннектится для авторизации еще два других проксика, но там одновременно ходят 15-30 человек). Была проведена оптимизация при помощи mysqltuner.pl. Мускуль и так настроен, что свои временные файлы на другой винт бросает. Лог же был апачевский, а не мускуля.

Re: Тормоза при количестве процессов > 600

Добавлено: 2012-09-20 15:51:40
BlitzKrieg
Ну я понял что лог апачевский, одно другому не мешает.
Ты же сам писал, что грузит больше всех системный винт mysql, а чем ему грузить кроме как файлсортом?
mysqltuner тут сильно не поможет. Кроме как увеличить кверикэш он ничего путного не говорит :-) Ну и там память под индексы и т.д.