- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Proxoma, MaxClients поставьте в 10, а не 500. Перед апачем поставьте nginx. Это сразу выправит положение с памятью.
Господа, пишите понятней. Даже я не понял, что советуют все предыдущие советчики - слишком много букв.
Скажем 10 это мало, часто проблемы из-за этого на посещаемых ресурсах. Ставьте от 30 до 50-100. Больше не вижу смысла.
Скажем 10 это мало, часто проблемы из-за этого на посещаемых ресурсах. Ставьте от 30 до 50-100. Больше не вижу смысла.
10 - это достаточно и никаких проблем это вызвать нее должно. 50-100 - это нонсенс и абсурд. У Вас что, 100 процессоров в системе?
10 - это достаточно и никаких проблем это вызвать нее должно. 50-100 - это нонсенс и абсурд. У Вас что, 100 процессоров в системе?
MaxClients когда-то указывалось в зависимости от количества процессоров?😮
Это количество одновременных подключаний, которые обрабатывает apache. У меня, к примеру, их не меньше 5-15 одновременно. (процессов столько тоже нет) Да, 50-100 - это достаточно много.
MaxClients когда-то указывалось в зависимости от количества процессоров?😮
Это количество одновременных подключаний, которые обрабатывает apache. У меня, к примеру, их не меньше 15-ти одновременно. Да, 50-100 - это достаточно много.
Ну разумеется это количество одновременных подключений, и по совместительству количество параллельно выполняющихся процессов. А это количество очень хорошо зависит от количества процессоров. Сделаете 100 подключений - получится 100 запросов в секунду, сделаете 10 - получите 100 запросов в секунду. Только память зря транжирить.
MaxClients когда-то указывалось в зависимости от количества процессоров?😮
Это количество одновременных подключаний, которые обрабатывает apache. У меня, к примеру, их не меньше 5-15 одновременно. (процессов столько тоже нет) Да, 50-100 - это достаточно много.
MaxClients: maximum number of server processes allowed to start
Максимальное количество процессов разрешённые для сервера
Ну разумеется это количество одновременных подключений, и по совместительству количество параллельно выполняющихся процессов. А это количество очень хорошо зависит от количества процессоров. Сделаете 100 подключений - получится 100 запросов в секунду, сделаете 10 - получите 100 запросов в секунду. Только память зря транжирить.
Согласен, память не резиновая. с 512, как у ТС, смысла никакого.
10 - это достаточно и никаких проблем это вызвать нее должно. 50-100 - это нонсенс и абсурд. У Вас что, 100 процессоров в системе?
Логично, что MaxClients имеет смысл выставлять в соответствие с ресурсами
в системе. Чтобы и при пиковой возможной загрузке апачу и всемвсемвсем -
хватило памяти. И даже как-то все еще шевелилось бы :).
Но что Вы выигрываете, устанавливая MaxClients заведомо низким (10)? Форки?
Так новые апачи будут форкаться только при значительных колебаниях нагрузки
(Min/MaxSpareWorkers этим поможет рулить).
Новых клиентов по-существу принудительно тормозят на этапе начала обработки
соединения апачем (listen). Т.е. в _одном_ месте. А если у вас побольше допускается
апачей - шедулер просто переключается между ними как ему нравится, причем
обработка реквестов прерывается в самых разных местах.
Но что Вы выигрываете, устанавливая MaxClients заведомо низким (10)? Форки?
Память. Сто мегабайт памяти, отданные в mysql, могут здорово ускорить выполнение запросов.
Естественно, правильный и научный метод - это построить теорию и её проверить. Например, плавно увеличивать число процессов и смотреть что будет. Но надо учесть, что на VPS'ах дисковая подсистема менее предсказуема, чем процессор и память, так что в целом чем меньше полагаться на диск, тем лучше. В теории.
Pilat добавил 03.02.2010 в 22:51
Так новые апачи будут форкаться только при значительных колебаниях нагрузки
(Min/MaxSpareWorkers этим поможет рулить).
А Min/MaxSpareWorkers, мне кажется, для VPS надо делать максимально возможными - нечего убивать процессы, даже если им нечего делать. Памяти от этого ни прибавится, ни убавится, разве что соседи по HN будут получать плюсы от дискового кэша. А оно нам надо?
Естественно, правильный и научный метод - это построить теорию и её проверить. Например, плавно увеличивать число процессов и смотреть что будет. Но надо учесть, что на VPS'ах дисковая подсистема менее предсказуема, чем процессор и память, так что в целом чем меньше полагаться на диск, тем лучше. В теории.
Могу сказать, что на практике установка числа 10 в MaxClients (а такой "тюнинг" видел часто) затрудняет работу сервера. Даже некоторые запросы просто не обрабатываются. Можете по host-tracker проверить время отклика.
Согласен. Но бывает оверселл по памяти (у clickhost замечал), тогда и на память полагаться не приходится :)
Память. Сто мегабайт памяти, отданные в mysql, могут здорово ускорить выполнение запросов.
Это критично только если апач будет отжирать память в ущерб mysql. Действительно,
MaxClients это регулирует в режиме пиковой нагрузки (когда запущены все
доступные воркеры). А если память есть - пусть берет кто хочет. Странно создавать
узкое место, только чтобы не дать ее новым апачам.