Евгений Русаченко

Я разве где-то писал, что скрипт предназначен для измерения производительности оборудования / системы? Он измеряет скорость работы функций PHP, которые часто используются при работе сайтов. Скорость их работы зависит от версии PHP и частоты ядра. Если баллов мало, то делается анализ параметров системы нагрузка процессора (/proc/stat), сколько памяти на сервере (/proc/meminfo) и некоторые другие данные, на основе них выдает простые рекомендации. Согласитесь ведь, чем быстрее работают функции PHP, тем быстрее будут работать и сайты? :)

Так скрипт и не предназначен сравнивать оборудование, чем тут все стали заниматься и спорить :) Я писал неоднократно пример - пользователь ставит сайт, он работает медленно, запускает скрипт и ему выдает рекомендации - процессор нагружен, памяти мало, версия PHP старая и подобное, с этим скрипт справляется отлично.

ENELIS, на сколько хорошо себя будет вести Apache / Nginx и PHP подключенный к ним при kern.timecounter.hardware=dummy? :) При реальных задачах это никак производительности не добавит.

Да, скорее всего это так (если не путаете с FastCGI). Чтобы убедиться точно, создайте файл с phpinfo и обратите внимание на строку: "Cache hits", в случае с CGI она не будет увеличиваться при обновлении страниц (http://joxi.ru/0KAg7ljswDWvAl - это в случае, если от Zend Opcache есть толк).

WapGraf, указанный код я дал Вам не для тестирования LA, а для тестирования циклов на разных процессорах. Цитирую ваше сообщение ранее:

И часть своего:

Спасибо, надо будет изучить этот вопрос. Сегодня все тесты только на x86_64 были.

Мне не хочется раскрывать алгоритмы тестирования, чтобы появились копии данного скрипта, поэтому он зашифрован. Я лично публиковал данный скрипт только в новостях своего хостинга и в теме своего хостинга на этом форуме, дальше информацию о нём разносят сами пользователи.

У кого есть цель навредить, те просто делают "вбросы" и обсуждать тут алгоритмы работы не будут, в добавок, как писал ранее, информацию обо мне найти в сети очень легко, Вы должны понимать, что в таком случае нет смысла вредить, так как можете подать в суд, мне проблемы не нужны.

Я автор скрипта, кто автор темы - я не знаю, простой пользователь, отношения к нему не имею. Если желаете, можете узнать у модераторов, если они такую информацию предоставляют и не доверяете моему ответу.

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

LineHost, на самом деле возможно есть тонкости, которых мы не знаем, всё знать невозможно. В некоторых ситуациях действительно может быть высокий LA, а сервер работать в принципе нормально. Из наблюдений по сообщениям, Вы работаете с виртуализацией KVM, в принципе как и я, мы возможно с таким просто не сталкивались.

С CloudLinux сам лично наблюдал странность, пару страниц назад писал об этом. Есть тариф "Визитка" очень дешевый, ставил на них 10% от 1 ядра процессора лимит (на другие тарифы некоторые тоже были лимиты менее 1 ядра), так Load Average действительно рос на сервере, а сайты которые имели выделенные ядра и более работали как ни в чем не бывало, большинство ресурсов процессора проставило. Это видимо особенность ядер OpenVZ (и их аналогов, каковым CloudLinux является).

---------- Добавлено 17.03.2017 в 02:31 ----------

foxi, это всё не для хостеров, а для пользователей. На прошлой странице писал - ставит пользователь сайт, он как-то не быстро работает, делает тест - отправляет хостеру, тот смотрит в чем проблема (процессор был забит, памяти не хватало или еще что-то) и применяет меры, которые он может применить. Отправлять данного клиента на более высокий тариф возможно нет смысла, так как ресурсы может потреблять вовсе не он ведь (речь о виртуальном хостинге, а не о виртуальных и выделенных серверах).

У нас еще были ситуации, когда клиенты пишут в поддержку и тыкают на PageSpeed от Google (сократите время ответа от сервера, оно 0.5 секунд), пишем клиенту рекомендации и даем ему теперь этот скрипт (кто-то его и без обращения скачал и поднял себе версию PHP до 7), сайт стал работать быстрее, PageSpeed не ругается (PHP 7 в сравнении с прошлыми версиями дает прирост в скорости работы сайтов до 2 раз (тестировал лично WordPress, Drupal, Joomla). Возможно это не понять тем, кто занимается виртуальными и выделенными серверами, но на хостинге от подобного польза действительно есть, как писал еще ранее - в планах делать анализ CMS систем и выдавать рекомендации (поставить плагин кеширования как пример).

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

Замер производительности это запуск цикла for, внутри цикла производится запуск различных функций PHP: abs, floor, addslashes, strtoupper, md5, sha и прочих. Сам балл вычисляется путем деления единицы на затраченное время, которое в свою очередь делится на 500 (чтобы число не было большим). Всё, тестирование окончено. Если не верите, проведите его сами, код простейший . Даже возьмите вот такой код (это реальный код из скрипта для тестирования производительности циклов, в конце только дописал две строки, чтобы видно было время и число операций):

<?php
// Инициализация тестирования циклов
$start = microtime(true);
		
for($c = 30000000; $c >= 0; $c--);
while($c < 30000000) 
    ++$c;
	
// Считаем время выполнения циклов
$time = round(microtime(true) - $start, 3);

echo $time.' мс<br>'.PHP_EOL;
echo round(30000000 / $time).' операций';

Данный код будет выдавать такое же число операций, если тестировать и зашифрованным скриптом.

Вот что вышло у меня:

E3-1270 v3 (3.5 ГГц) - запускал около 10-15 раз, максимальное, что увидел, это было 55 млн операций.

E5530 (2.4 ГГц) - также запускал неоднократно, максимальное число операций - 34 млн.

Разница здесь составила около 1.6 раз. C2750, который получил 50 баллов под рукой нет, но если сравнивать эти три процессора по сайту cpubenchmark.net, то он имеет производительность одного ядра 579, а тот же E3-1270 v3 имеет 2217 баллов. Отсюда и выходит разница как раз около 4 раз.

Если есть какие-нибудь старенькие процессоры, то погоняйте тест с циклом, посмотрите разницу, она правда есть.

---------- Добавлено 17.03.2017 в 02:18 ----------

Mobiaaa, спасибо, это поясняет моё одно из сообщений, когда при ограничении ресурсов процессора с помощью CloudLinux начинает возрастать Load Average.