WapGraf, про CMS и базы данных я писал ранее, этот функционал будет реализован в будущем, так как пользователи спрашивают об этом.
Я разве где-то писал, что скрипт предназначен для измерения производительности оборудования / системы? Он измеряет скорость работы функций 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 лет, такими вещами не занимаюсь. Информацию найти обо мне достаточно просто, на сайте хостинга, а также по основному почтовому ящику, который также легко можно найти при желании.
