marek
  • 0
Новичок

Каков ожидаемый предел приемлемой производительности WordPress без каких-либо настроек?

  • 0

По вашему опыту, когда пора задуматься о расширении?

Какова ожидаемая производительность обычной установки WordPress на стандартном веб-сервере Apache без каких-либо [настроек производительности или плагинов] ( Шаги по оптимизации WordPress в отношении нагрузки на сервер? )?

С точки зрения загрузки страниц (допустим, без кэширования): находится ли она в диапазоне 100/1000/+ загрузок страниц в секунду?

С точки зрения трафика: при каком количестве пользователей в день можно ожидать начала столкновений с узкими местами в производительности (игнорирование трафика, при условии отличного соединения)?

Share
  1. Многое из этого очень субъективно, и на него трудно ответить из-за разных серверных сред, тем, размера базы данных и т. д.

    По вашему опыту, когда пора задуматься о расширении?

    Если вы заботитесь о своем пользовательском опыте, вы должны уже практиковать приемы звукового интерфейса. Когда пора масштабироваться? Когда ваш пользовательский опыт начинает ухудшаться, а медленная загрузка страниц приводит к увеличению вашего показателя отказов.

    Какова ожидаемая производительность обычной установки WordPress на стандартном веб-сервере Apache без каких-либо настроек производительности или плагинов?

    Обычная установка WordPress с темой по умолчанию для малого и среднего блога на одном из рекомендуемых общих хостов должна без проблем обрабатывать сотни пользователей в день.

    С точки зрения загрузки страниц (допустим, без кэширования): находится ли она в диапазоне 100/1000/+ загрузок страниц в секунду?

    Для этого вопроса я запустил тест Apache Benchmark на установке WordPress с темой 2010 по умолчанию без кэширования.

    альтернативный текст

    Я сделал 500 запросов со скоростью 10 запросов в секунду и смог получить в среднем 3,6 запроса в секунду, но по мере того, как запросы начали накапливаться, самый длинный запрос занял почти 2 минуты.

    С точки зрения трафика: при каком количестве пользователей в день можно ожидать начала столкновений с узкими местами в производительности (игнорирование трафика, при условии отличного соединения)?

    Невозможно ответить на этот вопрос, не запустив нагрузочные тесты или бенчмарки на сервере. Для приведенного выше эталонного теста у вас возникнут узкие места в любое время, когда сайт будет использовать более 10 пользователей одновременно.

    • 0
  2. Марек, ваш вопрос очень субъективен, и поэтому на него нельзя дать правильный ответ. Вы должны предоставить правильно определенный контекст, определение терминов и значений и так далее, чтобы это приблизилось. Что-то здесь определенно невозможно. Если вы этого не сделаете, ответ очень прост:

    Это зависит.

    Например, если ваш сайт работает медленно сразу после пустой настройки и на ответ уходит около 30 секунд, я могу без сомнения сказать, что вам пора задуматься о масштабировании.

    Эмпирическое правило может заключаться в том, что ваш жизненный сайт должен отвечать меньше x времени (например, 10-й доли секунды) на любой запрос под нагрузкой. Если нет, начните думать о расширении. Установите время для своих нужд, затем следите за своим сайтом и, если он выходит за рамки, начинайте думать о масштабировании. С сайтами это всегда зависит, поэтому вам нужно это измерить.

    • 0
  3. Это также зависит от установленных плагинов и т. д.

    Сейчас я работаю над многосайтовой установкой, на которой установлено более 60 плагинов.

    На сервере Amazon EC2, m2-xlarge, максимальная скорость составляет 25 PHP-запросов в секунду (проверено под нагрузкой с помощью httperf, обрабатываются только URL-адреса PHP, а не изображения и т. д.). Процесс PHP-FPM максимально использует процессоры.

    Есть много возможностей для улучшения.

    • 0

Оставить ответ

You must login to add an answer.