Каков ожидаемый предел приемлемой производительности WordPress без каких-либо корректировок?
По вашему опыту, когда нужно начинать думать о расширении масштабов?
Какова ожидаемая производительность обычной установки WordPress на стандартном веб-сервере Apache без каких-либо [настроек производительности или плагинов]( Шаги по оптимизации WordPress в отношении нагрузки на сервер?)?
С точки зрения загрузки страниц (предположим, что кэширование отсутствует): Находится ли он в диапазоне 100/1000/+ загрузок страниц в секунду?
С точки зрения трафик: При каком количестве пользователей в день можно ожидать, что возникнут узкие места в производительности (игнорируя трафик, предполагая отличное соединение)?
3 answers
Многое из этого очень субъективно и трудно ответить из-за различных серверных сред, тем, размера базы данных и т.д.
По вашему опыту, когда нужно начинать думать о расширении масштабов?
Если вас волнует ваш пользовательский опыт, вы уже должны практиковать звуковые методы производительности переднего плана . Когда пришло время расширять масштабы? Когда ваш пользовательский опыт начинает ухудшаться, а медленная загрузка страниц приводит к тому, что ваш показатель отказов снижается увеличение.
Какова ожидаемая производительность обычной установки WordPress на стандартном веб-сервере Apache без каких-либо настроек производительности или плагинов?
Обычная установка WordPress с темой по умолчанию для блога малого и среднего размера на одном из рекомендуемых общих хостов должна без проблем обрабатывать сотни пользователей в день.
С точки зрения загрузки страниц (предположим, что кэширование отсутствует): находится ли она в диапазоне 100/1000/+ загрузок страниц в секунду?
Для этот вопрос Я запустил тест Apache на установке WordPress с темой 2010 по умолчанию без кэширования.
Я сделал 500 запросов со скоростью 10 запросов в секунду и смог в среднем 3,6 запроса в секунду, но когда запросы начали накапливаться, самый длинный запрос занял почти 2 минуты.
С точки зрения трафика: При каком количестве пользователей в день можно ожидать, что они начнут сталкиваться с узкими местами производительности (игнорируя трафик, предполагая большой связь)?
Невозможно ответить на этот вопрос без выполнения нагрузочных тестов или тестов на сервере. Для приведенного выше теста у вас возникнут узкие места в любое время, когда на сайте одновременно будет более 10 пользователей.
Марек, ваш вопрос в высшей степени субъективен, и поэтому на него нельзя дать правильного ответа. Вы должны предоставить правильно определенный контекст, определение терминов и значений и так далее, чтобы это было близко. Что-то, безусловно, невозможное здесь. Если вы этого не сделаете, ответ очень прост:
Это зависит от обстоятельств.
Например, если ваш сайт замедляется сразу после пустой настройки и на ответ уходит около 30 секунд, я без сомнения могу сказать, что вам пора начать думать о расширении масштабов.
Эмпирическое правило может заключаться в том, что ваш сайт life должен отвечать менее чем за x промежутков времени (например, 10 секунд) на любой запрос во время загрузки. Если нет, начните думать о расширении. Установите время в соответствии с вашими потребностями, затем следите за своим сайтом и, если он выходит за рамки, начинайте думать о расширении. С сайтами это всегда зависит, поэтому вам нужно это измерить.
Это также зависит от установленных плагинов и т.д.
Сейчас я работаю над установкой на нескольких сайтах, в которой установлено более 60 плагинов.
На сервере Amazon EC2, m2-xlarge он достигает максимума в 25 PHP-запросов в секунду (тестируется с помощью httperf, только URL-адреса PHP, а не изображения и т. Д.). Процессоры максимально загружены процессом PHP-FPM.
Существует множество возможностей для улучшения.