Снижение оценки производительности после обновления на 12.0

После перехода на новую версию появилось много жалоб на производительность. Главным образом пользователи заметили серьезное уменьшение "попугаев" монитора производительности. Мы тестировали дистрибутив и обновления в лабораторных условиях перед выпуском и не выявили проблем (выявленные проблемы были отправлены на доработку не попав в обновления). Но продолжаем регистрировать жалобы и исследовать их. Уже собралась порядочная статистика, которая выявила главные проблемы.
[spoiler]

Мы делали ряд тестов производительности, один из которых состоял в следующем: на виртуальной машине 4.01 был развернут битрикс версии 11.5 редакции "веб кластер", получена оценка производительности. Потом установлены все обновления 12.0, оценка производительности изменилась в пределах погрешности измерений. Нагрузочный тест не выявил проблем.

Основная причина проблем в том, что многие хостеры не готовы предоставить конфигурацию на PHP 5.3 когда php работает как модуль Apache и ставят cgi. О проблемах CGI режима я писал еще в 2008-м. С тех пор ситуация на рынке хостинга существенно улучшилась, но теперь неожиданно снова всплыла эта проблема.


Если опустить детали (которые можно почитать в старом посте), то в CGI режиме PHP работает, грубо, в 4 раза медленнее, что видно на времени открытия страниц:


Используйте CGI только как временное решение. Несмотря на то, что хостер может заявлять, что невозможно на виртуальном хостинге поставить PHP 5.3. Мне известно, что некоторые хостеры настраивают отдельные сервера с PHP 5.3, куда переносят клиентов по запросу.

Уже полтора года назад команда php отказалась от поддержки версии 5.2 и рекомендовала переходить на 5.3. С тех пор не выходило никаких обновлений старой версии, в том числе обновлений безопасности. Всё это наводит на длинные рассуждения, далекие от данной темы

Даже несколько удивился, найдя в истории версий, что мы начали делать поддержку PHP 5.3 еще в 8-й версии:


А вот девятая версия главного модуля:


Т.е. фактически задолго до окончания актуальности 5.2 мы были готовы к PHP 5.3. Но проблема в том, что тогда и сейчас существует море старого софта, не поддерживающего актуальную версию PHP. Тем не менее, как писал выше, задача имеет решение возможностью переехать на сервера с разными версиями php.

Вторая проблема производительности тоже лежит в плоскости серверного ПО, но, по иронии судьбы, мы сами спровоцировали её.

В 2009 году мы рекомендовали такой продукт как Zend Server. Это сборка php с рядом специфических модулей, где в качестве акселератора используется Zend Optimizer+. Zend Server очень быстро, мы не знаем сегодня другой конфигурации, которая работала бы быстрее. Но в его работе есть нюансы.

Один из них в том, что zend кеширует файлы так, что после изменения необходимо вызывать специальную функцию сброса кеша чтобы php стал работать с новой версией. При этом нет никакой возможности обойти тот факт, что сбрасывается весь кеш акселератора. А не сбрасывать кеш мы не имеем права т.к. система начинает вести себя неадекватно (например, изменили меню, а показывается старое). К слову сказать, с wincache аналогичная ситуация, но распространен он гораздо меньше.

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

В результате мы почти отказались от использования Zend Server на своих серверах, а начиная с 4-й версии виртуальной машины перешли на APC (соотв. и в rpm пакете).

В одном обновлении 11-й версии мы оптимизировали работу агентов за счет работы с файловым кешем. Теперь если вы сидите на виртуальной машине версии 3.0 и ниже и обновили битрикс с 10-й версии, то акселератор практически перестает работать и наблюдается регресс производительности.

В этой ситуации самое лучшее решение: поставить на соседней машине чистый CentOS, развернуть свежее окружение, а затем через наш новый бэкап переехать на новый сервер. Если переехать на новое окружение нет никакой возможности, настройте memcache для хранения кеша.

Заключение


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

P.S. Определить режим работы php можно через phpinfo (Настройки - Инструменты - Проверка сайта - Настройки PHP)