In <20000605184103.A26741@convey.ru> Slawa Olhovchenkov (slw@convey.ru) wrote:
SO> On Mon, Jun 05, 2000 at 06:07:45PM +0400, Alexei V. Alexandrov wrote:
>> Прощу прощения за такой вопрос, но больше не знаю где спросить.
>> Имеется след. ситуация: Есть сервер, работающий под Linux и
>> обрабатывающий около 10000 тсяч запросов ежедневно. Из них около половины
>> составляют запросы к БД (MySQL) в одну из таблиц которых ежедневно
>> добавляестя около 3000 записей. На этой же машине еще и находятся виртуальные
>> сервера их порядка 40. Пследнее время машина начала просто дохнуть апач в
>логи пишет,
>> что resource unavailable и т.д. Половину скриптов переделал на mod_perl;
>стало
SO> А посмотреть, какого ресурса unavailable?
Скорее всего памяти, либо процессов (default limit - 1024 и для загруженного
сервера это не деньги). В 2.2 можно поднять до 4000 (с перекомпяляцией ядра),
в 2.4 до 16000 (без перекомпиляции ядра).
>> лучше, но не выручило. Железно конечно не самое мощное, но даже дабавление
>памяти
>> не помогает. Решили машину пересобрать. Вот возникают след. вопросы. с
>учетом того,
>> что на новой вместо Linux будет стоять FreeBSD 4.0-STABLE.
>> 1. Какое железо лучше под такую нагрузку с учетом дальнейшего ее увеличения.
>> 2. Как лучше ограничить использование ресурсов апачем.
SO> Зачем ограничивать? Что бы апач еще раньше дохнуть стал?
:-)) В MySQL нужно ОБЯЗАТЕЛЬНО ограничить время удержания неактивного
соединения с 8часов до 1часа (или даже 30минут), увеличить количество
процессов (до 4000 как минимум) и вообще понять - где узкое место.
Механическая замена Linux'а на FreeBSD ничего не даст.
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
