iHead, интересная информация. Не пробовали делать официальный запрос в РКН для получения пояснений этого вопроса?---------- Добавлено 16.03.2017 в 21:38 ----------Flantru, отвечают они долго, но меры принимают обычно быстро. Нам вот разблокировали IP адрес в тот же день в базе РКН, а вот ответ пришел спустя две недели. Или у Вас и проблему решали две недели?---------- Добавлено 16.03.2017 в 21:41 ----------Билайн сегодня ответил, наконец-то удалось достучаться до менеджеров и они передали информацию в технический отдел, где сразу проблему решили.
Ответа от Роскомнадзора пока что не было.
treshnyuk, про E7 тоже стало интересно очень :)
Да, кратковременно будет потребляться 100% одного ядра (PHP работает только с 1 ядром). Но здесь суть в том, что если тем же CloudLinux или cgroups закрутить гайки для пользователя, то за счет снижения производительности будет ниже балл. Либо, если даже ничего не закручивать, а сервер будет сильно нагружен, то число баллов тоже сильно просядет. То есть производительность оценивается достаточно неплохо.
100% грузить ядро круглые сутки никто не даст, но кратковременно использовать его можно много где и без последствий. Я когда стал использовать CloudLinux ограничивал ресурсы даже 1 ядра, но сайты работают медленнее и load average выше, стал выделять полное ядро (всего равно большая часть ресурсов простаивает), load average упал, все сайты работают бодрее и так уже много лет :)
treshnyuk, тест показывает узкие места системы и выдаёт рекомендации, за счет которых сайт работал бы быстрее и делает это достаточно неплохо на мой взгляд. Чего бредового? Аргументируйте.
У нас на серверах Битрикс хорошо поживает вместе с ioncube, но если так, то да, действительно рисковать не стоит. Если всё хорошо работает, то думаю и тестировать нет смысла ;)
А в чем сложность поставить Ioncube и протестировать в изолированной среде, если любопытство такое сильное и чего-то опасаетесь? :)---------- Добавлено 16.03.2017 в 16:52 ----------lealhost, думаю, основная причина это governor в performance, а не обновленное ядро. Хотя, кто его знает :)
Без Ioncube не запустить, алгоритмы раскрывать не хочется, извините.
Mrtrick, да, неплохой результат :)
С Zend Opcache не всегда так, сейчас многие хостеры предоставляют доступ к подключению модулей из панели (такое точно есть при использовании CloudLinux и Alt-PHP), так вот, там бывает по умолчанию не выбран Zend Opcache и его надо включать самостоятельно из панели. Но здесь есть еще такой момент, что Zend Opcache не имеет смысла в случае подключения PHP через CGI. Если грубо и по простому, то суть Zend Opcache в том, что в оперативной памяти сохраняется байт-код приложения и при повторном вызове происходит экономия времени и ресурсов за счет его использования, а так как при подключении PHP через CGI процесс завершается, то байт-код удаляется и повторно не используется. В будущем это будет тоже учтено при тестировании.
Количество ядер не влияет на итоговый балл, процесс PHP выполняется только на одном ядре. На баллы влияет частота ядра и версия PHP.
Количество ядер используется для проверки нагрузки на сервер. Load Average до числа ядер - это отличная нагрузка, LA от числа ядер до двойного числа ядер уже выводит информацию о том, что стоит задуматься о принятии мер, а LA свыше двойного числа ядер уже пишет о деградации производительности. Пока что иных применений к определяемому числу ядер нет.
Ситуацию описанную в начале темы с CloudLinux и ограничением ядер и частоты я исследую, если она подтвердится, то внесу корректировки в код скрипта.---------- Добавлено 16.03.2017 в 16:03 ----------AGHost, попробуйте поставить половину от ядра, балл скорее всего должен будет уменьшиться.
Хорошие результаты ☝
Интересный момент на самом деле, так как 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 нет. Как итог, подобного функционала нет и скорее всего не будет в данном скрипте.
