Давайте протестируем скриптом призводительность хостингов скриптом

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

Битриксом, ага, была.

Все новое - забытое старое 🍿

Ждем экшона!

А что на php 7.1.1 - 7.1.2 Уже не протестировать?

Все эти тесты субъективные. Вот у меня выдало 340 баллов на PHP7, на 5.6 ~150. А дальше что? Все зависит от клиентских сайтов, а циферки ничего не решают. Да на одном аккаунте может быть несколько сайтов, а лимиты едины. Скрипт зашифрован, посмотреть алгоритм нельзя, а там можно написать все что угодно.

---------- Добавлено 16.03.2017 в 11:03 ----------

ioncube там нет

+ сайты работают еще и с базами данных :)

Есть уже рейтинг подобный http://host-test.ru

Большинство тестов - достаточно субъективные и нужно проводить не один замер, а штук 100 с интервалом в несколько минут и брать среднее значение.

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

E5-2630v3 будет хуже чем E5-2680v3 при одинаковом характере нагрузки. E3 будет показывать лучшие результаты за счет большей чистоты в случае одной либо нескольких задач (то есть при маленьком LA), но за счет количества ядер E5 при большой нагрузке ведет себя более стабильно.

Дисковая подсистема так же может различаться от севера к серверу, кто то использует HDD (как не странно до сих пор), кто то SSD (которые тоже сильно отличаются по производительности, надежности и цене), кто то дополнительно ставит еще PCI-SSD

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

Последние 4 сервера мы сменили конфигурацию на:

Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz 2 процессора - 56 ядер

512 гигабайт памяти - ddr4

8 SSD (intel 35xx серии) под данные в raid10 через контролер LSI 9270 и 2 PCI-SSD под базы.

В любом случае все сильно зависит от нагрузки на сервер и стека используемого ПО.

Интересный момент на самом деле, так как PHP процесс выполняется на 1 ядре, то ограничение числа ядер в 1 не должно было повлиять на итоговый бал. Сейчас частота ядра берется из /proc/cpuinfo, а число ядер из /proc/stat (так как на CloudLinux в /proc/cpuinfo будет именно 1 ядро в данном случае, а цель была определить общее число ресурсов на сервере). Возможно ограничение не просто по числу ядер, а есть ограничение и на % от этого ядра, можно узнать в том же /proc/cpuinfo (там будет 1 ядро и меньшее число MHz в случае ограничения частоты ядра с помощью CloudLinux). IOPS'ы вовсе не измеряются и на баллы не влияют.

Тестирование проводится путем выполнения различных функций PHP, скорость их выполнения на разных серверах практически одинакова, основное, что влияет на их выполнение - это частота ядра и версия PHP, об этом в тестировании и пишется. При этом, частота ядра и версия PHP очень хорошо влияют и на скорость работы сайтов в целом, об этом скрипт и пишет. Да, конечно же, если же мерить на нагруженном сервере, то итоговый балл поставится ниже (особенно когда пользователь не получает полное ядро процессора хотя бы на 10 секунд).

Пока что это наброски, как писал в других местах, в будущем есть идея по анализу установленных CMS (анализ базы данных, подключенных плагинов, наличие плагина кеширования и подобное).

Цель данного мероприятия - повысить грамотность пользователей. Если они переведут сайты на PHP 7.0 и выше, а также поставят плагины кеширования, включат себе Zend Opcache, то станет легче не только им, но и хостерам, которые держат их сайты, так как нагрузка от их сайтов спадет.

---------- Добавлено 16.03.2017 в 14:45 ----------

alexeyymanikin, боюсь, что если мерить каждые несколько минут и 100 раз, хостеры начнут блокировать подобные скрипты, так как процессор они всё же используют неплохо при проведении замера скорости выполнения функций. Если один пользователь - ладно, но если все пользователи такое поставят, то это будет негативно влиять на работу сервера, такого допускать нельзя. Такая версия если и будет, то только для хостеров и по заявкам.

Для пользователей разницу между E3 и E5 я бы охарактеризовал проще - на E5 сайт выдержит больше посетителей, чем на E3, но скорость работы сайта будет немного поменьше, чем при работе сайта на E3.

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

У нас:

Результаты тарифа "Старт" (в зависимости от нагрузки - 170-188, максимальная частота процессора 80% от ядра): https://tools.lite.company/performance/8aaef151-0a4c-11e7-8287-001a42d5d624

Результаты тарифа "Премиум" (в зависимости от нагрузки - 220-248, максимальная частота процессора 100% от ядра): https://tools.lite.company/performance/c9d15b51-0925-11e7-8287-001a42d5d624

Хорошие результаты ☝