Помощь в оптимизации VPS

Himiko
На сайте с 28.08.2008
Offline
560
#21
Pilat:
Proxoma, MaxClients поставьте в 10, а не 500. Перед апачем поставьте nginx. Это сразу выправит положение с памятью.

Господа, пишите понятней. Даже я не понял, что советуют все предыдущие советчики - слишком много букв.

Скажем 10 это мало, часто проблемы из-за этого на посещаемых ресурсах. Ставьте от 30 до 50-100. Больше не вижу смысла.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
P
На сайте с 08.03.2007
Offline
250
#22
Himiko:
Скажем 10 это мало, часто проблемы из-за этого на посещаемых ресурсах. Ставьте от 30 до 50-100. Больше не вижу смысла.

10 - это достаточно и никаких проблем это вызвать нее должно. 50-100 - это нонсенс и абсурд. У Вас что, 100 процессоров в системе?

Himiko
На сайте с 28.08.2008
Offline
560
#23
Pilat:
10 - это достаточно и никаких проблем это вызвать нее должно. 50-100 - это нонсенс и абсурд. У Вас что, 100 процессоров в системе?

MaxClients когда-то указывалось в зависимости от количества процессоров?😮

Это количество одновременных подключаний, которые обрабатывает apache. У меня, к примеру, их не меньше 5-15 одновременно. (процессов столько тоже нет) Да, 50-100 - это достаточно много.

P
На сайте с 08.03.2007
Offline
250
#24
Himiko:
MaxClients когда-то указывалось в зависимости от количества процессоров?😮
Это количество одновременных подключаний, которые обрабатывает apache. У меня, к примеру, их не меньше 15-ти одновременно. Да, 50-100 - это достаточно много.

Ну разумеется это количество одновременных подключений, и по совместительству количество параллельно выполняющихся процессов. А это количество очень хорошо зависит от количества процессоров. Сделаете 100 подключений - получится 100 запросов в секунду, сделаете 10 - получите 100 запросов в секунду. Только память зря транжирить.

M
На сайте с 01.12.2009
Offline
235
#25
Himiko:
MaxClients когда-то указывалось в зависимости от количества процессоров?😮
Это количество одновременных подключаний, которые обрабатывает apache. У меня, к примеру, их не меньше 5-15 одновременно. (процессов столько тоже нет) Да, 50-100 - это достаточно много.

MaxClients: maximum number of server processes allowed to start

Максимальное количество процессов разрешённые для сервера

Администратор Linux,Freebsd. построения крупных проектов.
Himiko
На сайте с 28.08.2008
Offline
560
#26
Pilat:
Ну разумеется это количество одновременных подключений, и по совместительству количество параллельно выполняющихся процессов. А это количество очень хорошо зависит от количества процессоров. Сделаете 100 подключений - получится 100 запросов в секунду, сделаете 10 - получите 100 запросов в секунду. Только память зря транжирить.

Согласен, память не резиновая. с 512, как у ТС, смысла никакого.

M
На сайте с 16.09.2009
Offline
278
#27
Pilat:
10 - это достаточно и никаких проблем это вызвать нее должно. 50-100 - это нонсенс и абсурд. У Вас что, 100 процессоров в системе?

Логично, что MaxClients имеет смысл выставлять в соответствие с ресурсами

в системе. Чтобы и при пиковой возможной загрузке апачу и всемвсемвсем -

хватило памяти. И даже как-то все еще шевелилось бы :).

Но что Вы выигрываете, устанавливая MaxClients заведомо низким (10)? Форки?

Так новые апачи будут форкаться только при значительных колебаниях нагрузки

(Min/MaxSpareWorkers этим поможет рулить).

Новых клиентов по-существу принудительно тормозят на этапе начала обработки

соединения апачем (listen). Т.е. в _одном_ месте. А если у вас побольше допускается

апачей - шедулер просто переключается между ними как ему нравится, причем

обработка реквестов прерывается в самых разных местах.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
P
На сайте с 08.03.2007
Offline
250
#28
myhand:
Но что Вы выигрываете, устанавливая MaxClients заведомо низким (10)? Форки?

Память. Сто мегабайт памяти, отданные в mysql, могут здорово ускорить выполнение запросов.

Естественно, правильный и научный метод - это построить теорию и её проверить. Например, плавно увеличивать число процессов и смотреть что будет. Но надо учесть, что на VPS'ах дисковая подсистема менее предсказуема, чем процессор и память, так что в целом чем меньше полагаться на диск, тем лучше. В теории.

Pilat добавил 03.02.2010 в 22:51

myhand:
Так новые апачи будут форкаться только при значительных колебаниях нагрузки
(Min/MaxSpareWorkers этим поможет рулить).

А Min/MaxSpareWorkers, мне кажется, для VPS надо делать максимально возможными - нечего убивать процессы, даже если им нечего делать. Памяти от этого ни прибавится, ни убавится, разве что соседи по HN будут получать плюсы от дискового кэша. А оно нам надо?

Himiko
На сайте с 28.08.2008
Offline
560
#29
Pilat:
Естественно, правильный и научный метод - это построить теорию и её проверить. Например, плавно увеличивать число процессов и смотреть что будет. Но надо учесть, что на VPS'ах дисковая подсистема менее предсказуема, чем процессор и память, так что в целом чем меньше полагаться на диск, тем лучше. В теории.

Могу сказать, что на практике установка числа 10 в MaxClients (а такой "тюнинг" видел часто) затрудняет работу сервера. Даже некоторые запросы просто не обрабатываются. Можете по host-tracker проверить время отклика.

так что в целом чем меньше полагаться на диск, тем лучше.

Согласен. Но бывает оверселл по памяти (у clickhost замечал), тогда и на память полагаться не приходится :)

M
На сайте с 16.09.2009
Offline
278
#30
Pilat:
Память. Сто мегабайт памяти, отданные в mysql, могут здорово ускорить выполнение запросов.

Это критично только если апач будет отжирать память в ущерб mysql. Действительно,

MaxClients это регулирует в режиме пиковой нагрузки (когда запущены все

доступные воркеры). А если память есть - пусть берет кто хочет. Странно создавать

узкое место, только чтобы не дать ее новым апачам.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий