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

А еще совсем разные результаты покажет любой тест PHP+MySQL, на пустом DLE и с 100 тыс новостей.

Можно только создать скрипт, который будет тестировать

1 CMS + определенное количество записей + с одним набором плагинов

и с одними и теми же накопителями, вплоть до модели.

---------- Добавлено 17.03.2017 в 22:19 ----------

Евгений Русаченко, битрикс не только это делает. Откройте старую тему, там расписано.

- - -

Если вы пытаетесь сравнивать железо с помощью ab или аналогичного, то извините, ваш скрипт никому не нужен. Есть более умные вещи чем ab и частично бесплатные даже. Да и написаны они давным давно.

---------- Добавлено 17.03.2017 в 22:24 ----------

Евгений Русаченко, ну напишите вы скрипт проверяющий и MySQL также. Клиент сделает выбор сервера на основании этого теста. Загрузит сайт на 100 тыс новостей и окажется что ваш скрипт выбрал неверный сервер, потому что нагрузка будет совсем другого рода.

А сделаете тест наполненной CMS, а кто-то возьмет и подтянет чуток MySQL и снова характер нагрузки совсем поменяется и ваш скрипт снова будет выбирать как пальцем в небо.

WapGraf, снова Вы за старое. У текущего скрипта и предложенного мною варианта тестирования нет цели сравнивать оборудование.

Сейчас скрипт может замерить скорость выполнения PHP на одном ядре процессора, это вполне неплохо работает на мой взгляд. В будущем можно будет замерить скорость работы сайта (по аналогии с ab).

Повторю в который раз, пользователь ставит свой сайт, запускает скрипт, смотрит - на одном хостинге PHP и сайт работали так, на другом хостинге работают так. Пользователь посмотрел, сделал выводы, на этом всё. Где я тут предлагаю сравнивать оборудование?

Евгений Русаченко, ваш скрипт не выполняет того, что выполняет CMS. Конкретна CMS с конкретными настройками. У одного кэш включен и кое-как настроен, а у другого его вообще нету. Что ваш скрипт ему даст?

Лучше просто запускать более умные аналоги ab и не выносить мозг клиенту непонятно чем, непонятно какими попугаями.

Хватит стоить велосипед без деталей!

WapGraf, зачем Вы пишите про разные CMS с разными настройками? Цитирую еще раз прошлое сообщение:

Берется один и тот же сайт на разных хостингах, какая разница, чем делать к нему запросы с целью вычисления средней скорости его работы? Что с ab 10 запросов сделаете и посчитаете среднее время выполнения, что с PHP, результат будет практически один и тот же.

Евгений Русаченко, пока ваш скрипт даже не создал соединение с базой.

ENELIS, по какой причине у Вас одно число выходит на разных процессорах не знаю. Пример из базы:

i7-6700 (3.4 ГГц) на PHP 5.6, 26 223 776 операций

E5-1650 (3.5 ГГц) на PHP 5.6, 25 974 026 операций

E3-1245 (3.4 ГГц) на PHP 5.6, 23 547 881 операций

Если взять какой-нибудь E5620 (2.4 ГГц) на PHP 5.6, то выходит 10 857 763 операций.

---------- Добавлено 17.03.2017 в 22:45 ----------

WapGraf, всё верно, так как этот функционал будет только в будущем. Собственно, предлагаю на этом остановиться, так как я своё мнение не поменяю и Вы тоже.

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

Если не секрет, на чём работают сайты ваших клиентов? Что то с космоса взяли? 🤪

---------- Добавлено 17.03.2017 в 23:33 ----------

Оно так и есть:

J1900

AMD Opteron 3280,

Черт, я болдею, кому может прийти в голову мысль от целерона, желать производительности лучше чем есть у оптерона? 🤪

---------- Добавлено 17.03.2017 в 23:39 ----------

Извините, но это похоже на детский лепет. Кто говорит о проблемах на пустых серверах? У вас сервера простаивают пустые? Я говорю про сервера, которые уже на полной рабочей нагрузуке. То есть когда на этом сервере уже достигнута оптимальное наполнение виртульными серверами клиентов. То есть при полной рабочей нагрузке. И вот на такой сервер посадите клиента, который будет LA поднимать выше 100, ближе к 200. 50 вобще не критично если кратковременно.

---------- Добавлено 17.03.2017 в 23:50 ----------

Не удивительно, это все процессоры с самыми мощными ядрами ;)

Для меня удивительного ничего здесь нет :)

Даже если взять ваши данные то разницы в 2.25 раза нету. А если копнуть глубже и сравнить больше вариантов тестов, более разнообразные, то вы увидите что я прав.

Вот вам другие тесты:

http://screenpast.com/20170318_mqODGT32.png

http://screenpast.com/20170318_7wxjUE3s.png

Разница по разным источникам есть. Примерный разброс отличия производительности ядра составляет 30 - 90%, но не 125%. А все потому, что тесты чуть разумнее, чем простенький php-скрипт.

И я болдею от такой мысли. И как она вам в голову пришла то? К счастью я такого не говорил!

Странные у вас мысли однако!

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

Загрузка процессора 30 и 50%, средний LA 1.7 и 24.

Если вы не понимаете как это возможно или не видели такого еще, так промолчите и пройдите мимо.

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

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

Наверное в вашем возрасте уже невозможно изменится, но попробуйте воспринимать информацию не только из учебников и своей личной практики, но также от кого-то другого. Я вам показал факт - реальный скриншот, не фотошоп. Обсуждать почему оно так в данном случае не буду, так как доказывать вам ничего не собираюсь. Просто будьте умнее, промолчите когда нужно, когда видите что-то для вас новое и непонятно, что выходит за рамки вашего понимания.

Ваши все рассуждения справедливы в 99% случаев. Пытаюсь только вам донести, что бывает и этот один процент, который ломает общую картинку полностью. Факты с LA предоставил. Спорить с фактами не разумно.

Демонтирую вам наглядно на одной машине:

LA 0.04 http://screenpast.com/20170318_GeypXjMP.png

LA 42.66 (по вашему мертвого сервера) http://screenpast.com/20170318_qTiCEWiN.png

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

---------- Добавлено 18.03.2017 в 06:53 ----------

И вот еще один наглядный пример - процессор слабее (одно ядро его), а результат лучше.

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

Увы, но поздно. Уже весьма публичным скрипт стал. И в этом единственном мое возмущение.

В свое время я уже делал подобный тест на PHP, без визуального оформления, чисто для себя. Но учитывал и запросы к мускулу. С первого взгляда все было верно, но если копнуть глубже и провести больше тестов получается полный абсурд. Идею похоронил.

Если учтете те моменты, что писал ранее, то скрипт стоить развивать. А если не учтете, то …

все ваши посты говорят об обратном)