- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Если переводить дословно, то эта директива указывает максимальное число одновременных фоновых процессов, которые были порождены родительским и готовы обслуживать новые соединения.
Наибольшая производительность достигается когда один процесс работает на одном ядре процессора
Это не совсем то, что вы написали вначале, верно ;) ?
И как idle-процессы связаны с соотношением процесс/ядро? :)
Открою страшную тайну: Min/MaxSpareServers имеет смысл выставлять в соответствие
с характером нагрузки на сервер. Т.е. насколько сильно меняется частота
запросов к веб-серверу. Каких-либо общих рекоммендаций дать здесь -
увы - никак невозможно в принципе. Ибо нагрузка разная бывает.
Это параметр, который указывает максимальное число запущенных процессов Apache. В идеале это число должно быть равно количеству ядер процессора, на котором работает VPS
Гм, бред. У нас ресурсов-то кроме мифических "ядер" (которых у нас нет - у нас есть виртуальный CPU с заданным пределом ТЧ, а не выделенные под нас ядра физического камня) нет?
Да и на дедике это было бы крайне не оптимально. Допустим, у нас 2xQuad Xeon. Следуя вашей логике мы держим постоянно работающими максимум 8 апачей. А если у сайта посещаемость - 300 хитов в сутки? А если 30 000 000? :)
Эти параметры надо подбирать на реальной конфигурации по принципу "поставил - проверил - поменял", подстраиваясь под нагрузку. Или вообще закопать prefork, что предпочтительней :)
Это не совсем то, что вы написали вначале, верно ?
Почему? Вначале написал коротко, потом расписал шире :)
И как idle-процессы связаны с соотношением процесс/ядро?
всмысле? Есть родительский процесс Apache, который создает [MaxSpareServers] дочерних. Ядро уже их и распределяет по ядрам
Открою страшную тайну: Min/MaxSpareServers имеет смысл выставлять в соответствие
с характером нагрузки на сервер. Т.е. насколько сильно меняется частота
запросов к веб-серверу. Каких-либо общих рекоммендаций дать здесь -
увы - никак невозможно в принципе. Ибо нагрузка разная бывает.
Это все понятно. Оптимизация под нагрузку - это штука комплексная. Было бы все так просто...:) Кроме MaxSpareServers есть еще кучи других параметров и решений :)
Гм, бред. У нас ресурсов-то кроме мифических "ядер" (которых у нас нет - у нас есть виртуальный CPU с заданным пределом ТЧ, а не выделенные под нас ядра физического камня) нет?
Здесь все зависит от технологии виртуализации и механизмов разделения ресурсов.
Да и на дедике это было бы крайне не оптимально. Допустим, у нас 2xQuad Xeon. Следуя вашей логике мы держим постоянно работающими максимум 8 апачей. А если у сайта посещаемость - 300 хитов в сутки? А если 30 000 000?
Не нужно утрировать :) Зачастую оптимизация дедика выходит далеко за рамки MaxSpareServers :)
Почему? Вначале написал коротко, потом расписал шире :)
коротко - неверно
всмысле? Есть родительский процесс Apache, который создает [MaxSpareServers] дочерних. Ядро уже их и распределяет по ядрам
родительский процесс создает обычно _на порядок_ больше дочерних процессов. а вот из
них уже не быть занятыми обработкой запросов могут быть не более MaxSpareServers.
ядро распределяет по ядрам всех :). динамически, кстати - привязка к конкретному ядру
не постоянна
Я вот тестировал apache за nginx'ом
Как раз на VPS
Ставить надо ServerLimit так, чтоб в логах небыло ругани на проблемы fork/allocate memory