Pull to refresh
0
0
Марат @Altesack

User

Send message
>PS. На самом деле не очень понимаю стремление отдавать статику через php…

Как раз пишу модуль, и возникает желание зашить всю его статику в папку модуля, а не оставлять в паблике. Лёгкая переносимость знаете-ли
Я где-то уже писал, повторюсь.

Тест делает лишь тест технической платформы. Это лишь одна из составляющих качества хостинга. И она при известных обстоятельствах может не решать ничего.

Говорить, что эти тесты не нужны никому и никогда — я бы не стал. Люди бывают очень разные :)
Не у всех тарифов есть SSH

Если же делать такие тесты со стороннего IP, хостер может его забанить за нагрузку.
Кроме того на тест начинают непредсказуемо влиять характеристики канала связи.
В общем не всё так просто.
Но мысль интересная :)
«Крутость сервера» — не самый маловажный показатель. История проекта как раз началась с того, что одного друга на одном хостинге бложик на WP при 20 униках ложил хостинг. У другого блог открывался по ощущениям в 3 раза медленнее чем у всех.

Проверили тестом, поменяли хостинг — теперь у всех всё путём.
Интересная мысль. Будем думать.
Если результаты тестирования стабильно хорошие — то что тут плохого? Хороший хостинг.
Если ваш сосед-умник загрузил площадку своими скриптами — то ваш и тест покажет плохой результат.
Соответственно, получится плохой хостинг.
Что не так?
Не стоит ожидать чуда от этого тестирования. Он худо-бедно тестирует только техническую платформу и не более. Огромное множество факторов (надёжность, репутация хостера, качество поддержки, цены, качество каналов и т.д.) остаётся за бортом.

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

Это, собственно, заявлялось изначально.

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

Перечисленные Вами тесты и правда интересны и полезны, но насколько я знаю PHP не поддерживает многопоточность. Если такие тесты и реализовывать — это нужно делать совершенно другими средствами. И возможно простых прав вебмастера на виртуальном хостинге будет недостаточно.

С другой стороны уже реализованные тесты хоть и имеют ряд изъянов, всё же дают некую отправную точку. Я думаю что результат моих тестов неплохо коррелирует с реальной производительностью хостинга, хотя и возможны отклонения.
Это в планах. Как только сможем нарастить базу тестов
Боюсь, для многопоточного тестирования средств PHP не достаточно.
А других средств простому вебмастеру скорее всего не дадут.
Буду рад любым предложениям по дизайну
С дизайнером и правда траблы.
Дык берётся много тестов, которые потом усредняются.
Единственный тест сам по себе ничего не говорит. Полностью согласен.

Или я опять неправильно понял? :)
Сорри. Сорвалось. Продолжаю.

>MySQL: benchmark (млн. синусов )
То же самое

>MySQL: 10000 вставок строк
>MySQL: 10000 select и fetch
Вставка не кешируется. Селект кешировался бы. Но в тесте выполняется не 10000 селектов, а 1 селект всех 10000 записей.
Вы поглядите в тест — там код открытый :)

>FS: Запись в файл
>FS: Чтение из файла
>Тоже веселая оценка. Она говорит нам практически обо всем, кроме производительности дисковой системы.

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

PS: Хочу отметить, что эти тесты, как впрочем наверное любые тесты, неидеальны. Есть куча факторов, которые они учитывают не совсем точно, есть которые учитывают совсем неточно. А есть которые вообще не учитывают.
>Тестировать хостинг надо не синтетическими тестами, а именно реальными сайтами.

Всё зависит от конкретной задачи.

Если мы имеем реальный сайт и думаем, куда его пристроить, то вероятно так и нужно действовать. Правда при этом нужно будет опробовать кучу хостинг провайдеров и получить те же тесты но для конкретной CMS.

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

Пройдусь по конкретным тестам:

>CPU: миллион синусов и прочие
Даёт информацию о вычислительной мощности, которую хостинг может выдать данному процессу. Иногда она тормозит меньше иногда она больше. Факторов тут много тут и населённость сервера, и мощность оборудования. Но нужно ли пользователю знать причину тормозов? Причину нужно диагностировать хостеру. В этом случае такой тест конечно же бессилен и абсолютно ничего не скажет.

Скрипт теста один. Он лежит на нашем сервере. Он написан на PHP. Код открыт прост как 3 копейки, никакой обфускации или шифрования.
Скрипт не ворует паролей. Любой человек, владеющий азами PHP может проверить это.

Вы это имели в виду? Или я не понял?
Попытаюсь ответить по порядку.
Для начала хочу отметить, что тест вытаскивает множество информации (например версия PHP, MySQL, аптайм)просто потому что эта информация может быть легко вытащена и имеет некую ненулевую ценность. Другими словами для кучи :) Эти данные не участвуют в ранжировании.

Кроме того есть показатели, которые интересны с точки зрения перенаселённости сервера сайтами. Например Количество MySQL соединений в секунду, количество запросов в секунду. Большие показатели должны вызывать интерес, хотя опять же как бы не был перенаселён сервер, если главное чтобы он работал шустро. Поэтому такие показатели записываются в базу, но не участвуют в ранжировании.

Главная тесты (тесты на время) по идее должны отобразить скорость работы платформы. Они участвуют в ранжировании, т.к. говорят о производительности площадки.

Я пока не буду наверное затрагивать все тесты. Пока скажу что этот тест есть некое олицетворение дистрибутива опенсорс-cms специально направленного на тестирование.

Не спорю набор тестов может быть не идеален. Согласен обсуждать любые рекомендации
ASP.Net — я не владею к сожалению, потому наверное я не сталкивался с такими хостингами. Хотя мысль интересная. Для полноты сервиса наверное стоит доработать.
Спасибо! Получил. Буду отвечать :)
Мой первый коммент

Information

Rating
Does not participate
Location
Татарстан, Россия
Date of birth
Registered
Activity