Битрикс тест

Т.е. на основе приведенной картинки можно сказать, что публичная страница сайта с пустым шаблоном (например, версия для печати), с пустой рабочей областью будет создаваться за 1/40,32 или 0,0248 сек.

Если говорить проще, то сервер сгенерирует 40 [пустых, но с подключением ядра] страниц в секунду.

Оценка не вычисляется на основе "попугаев", приведенных ниже относительно файловой системы, работы базы, сессий и почты. Эти цифры нужны для того, чтобы помочь системному администратору найти узкое место (если такое есть). Оценка производительности всегда обратна величине среднего времени отклика.

http://dev.1c-bitrix.ru/community/blogs/howto/2450.php

---------- Добавлено 21.11.2015 в 00:35 ----------

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

Указанные в таблице теста битрикса параметры: база, диск итд не влияют никаким образом на параметр Конфигурация (попугаи).

Конфигурация это 1/скорость компиляции ядра битрикса процессом php

Вызывается "пустой" php скрипт, который кроме подключения движка Bitrix ничего не делает, он замеряет время исполнения и печатает его.

Что влияет на "попугаи":

1) Гигагерцы процессора + турбобуст. На многоядерном двух-четырех-процессорном будут меньше попугаев, чем на 1 процессорной системе с 3.4 GHz частотой. Включенный турбобуст (performance режим), так же сильно добавляет "попугаев".

2) zend-opcache, php 5.4/5.5, php-fpm/fcgid

Отмечу, что сам битрикс рекомендует не кешировать его собственный кеш (что и логично), через exclude директорий с кешем в настройках zend-opcache, но если это сделать попугаи просядут.

3) SSD + noatime

4) Тип кеширования в битриксе. При memcache попугаи будут меньше.

5) Если тесты проводить не на демо сайте, то обязательно нужно глянуть излюбленное место говнокода у битрикс программистов это /bitrix/php_interface/init.php

В виду низкой технической грамотности, там может быть все что угодно. От подгрузки чего либо с внешнего сайта, до прямого подключения к БД. Это все очень влияет на попугайство, т.к этот файл используется ядром.

Нужно понимать, что все эти "попугаи" говорят только о том, сколько времени добавит к скорости генерации страницы сайта движок битрикса и не более того.

Например, для эталона 30 попугаев это 33мс, а типовая страница Битрикса спокойно может генерироваться 200-300мс, а в особо дремучих случаях и 2 секунды.

Тест на сервере: 2xXeon E5620, 48 Gb Ram, 2x1 Tb HDD

В качестве ОС используется Cloudlinux, включен лимит для аккаунта 4 ядра.

Версия PHP 5.4.45 как FastCGI, Apache 2.2.31, nginx 1.9.6

с APC кэшем: Скрин

При использовании eaccelerator: Скрин

При использовании xcache: Скрин

Вывод можно сделать самостоятельно.

Memcache отключен.

Я могу дать его контакт скайпа, сами пообщаетесь.

На конфигурации 2xXeon E5-2630v3, 128 Gb Ram, 2x480 Gb SSD

ОС CentOS 7

ПО: apache 2.4.6, nginx 1.9.6, php 5.4.45 в режиме fpm.

Кэш APC: конфиг

Удалось получить 112 попугаев: пруф

https://poiuty.com/index.php?title=Bitrix_test => разбор теста и формулы.

I7-3770, php5.5, opcache => 105 (пруф)

Вот, нашел один из старых скринов: http://i.riaas.ru/bitrix.png

А так, 145 получали. Но что-то скринов не могу найти.

1-ядерная виртуалка на вмваре на проце Xeon E5 1650v2

К сожалению, смена акселлератора не помогла. Перепробовал все.

Возможно, чуть позже. Попробуем пока еще подумать, что не учли.

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

Интересно, что еще можно подкрутить в самой ОС. Есть какие соображения?

По личной практике баллы растут при обновлении версии PHP до последней (пока тестировались на 5.6, 7.0 пока что в статусе RC), установкой Zend Opcache к PHP. Хорошо влияет способ подключения PHP к веб серверу, например, PHP-FPM через mod_fastcgi дает больше баллов чем mod_php. С точки зрения железа - как писали ранее, процессор с производительным одним ядром даст больше баллов, чем процессор с большим числом ядер, но менее производительным одним ядром. Еще в теории, но реальных тестов не делал - MySQL на SSD даст выше производительность, по сравнению с SAS / HDD, но в условиях тестирования одного сайта на сервере не думаю, что баллов много прибавится.

А на самом деле, не тест, а смех. Был как-то сервер Xeon E3-1245 v3 / SSD в RAID-1, выдавал тест на нём 120 баллов, на сервере Xeon E3-1270 v3 / SSD в RAID-10 тест стал выдавать под 80 баллов. Настройки и ПО одинаковое :)

Вероятней всего не активирован turbo boost. В BIOS сервера могут быть различные настройки power management.

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1018206