Антоний Казанский

Антоний Казанский
Рейтинг
791
Регистрация
12.04.2007
Должность
Частный интернет-маркетолог и SEO специалист
Интересы
Интернет-маркетинг, SEO, интернет реклама
Подробности на сайте https://akazansky.ru
Cpt.Smollet #:
Есть что-то довольно старое: https://github.com/vanilla-php/benchmark-php
Есть еще несколько подобных средств из разряда "бенчей".
Но это не средства оценки хостинга, как таковые.   Конечно их можно использовать и для косвенной оценки загруженности  сервера с вируталками, но и результаты будут "косвенные".
-
Для более полной оценки нужно запускать "бенчи" по крону  раз в n-минут  и потом из них строить график суточный хотя бы.  Что бы увидеть картину пиков/провалов а течении суток.
-
Не лишним будут тесты загруженности каналов i/o,   отклика и т д. А это уже другие инструменты.

Да! Вот это то, что нужно! Благодарю! 👍

Mik Foxi #:
переноси сразу на норм вдс норм хостера

Речь о shared исключительно. 

Mik Foxi #:
этот мониторинг должен идти днями и неделями.

А я никуда не спешу, хоть годами.

Допустим, описываю задачу (не конкретно текущую, потому что это скорее вопрос моего кругозора), а гипотетическую.

Допустим, есть региональный сайт. Собственник использует shared хостинг с привычной ему панель управления и платит 100 рублей.

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

Варианты:

- Найти более быстрый shared за большую сумму, которая вполне уложится в этот бюджет и докинуть ещё пару десятков Gb дискового пространства.

- Рассматривать VPS, где уже старт начинается от 300 рублей , но при этом никакой привычной панели управления - для создания БД, для создания пользователей, бэкапов и массы всего того, что есть на shared хостинга у него не будет.

Т.е. у придётся покупать лицензию на какой-нибудь ISP панель, где ценник начинается от 1K в месяц.

Умещается это в данный бюджет? Нет! Поэтому возвращаемся к варианту shared-а.

Mik Foxi #:
с шаредом это не имеет смысла. это как разобраться во сортах говна, можно, но смысла нету )) ты не хайлоад настраиваешь, где эти микросекунды важны, их можно проверить и на выделенном железе прогнозировать. на шареде важно что коннект к базе есть, даже если не всегда, это уже норм, потому что шаред 😀

Здесь всё просто, если я занимаюсь шаред, значит для меня это имеет смысл.

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

Если бы это было неактуально, то и вопрос не возникал.

Sly32 #:
Ты хочешь проверить скорость процессора  и базы на самом хостинге или скорость ответа хостинга?

Опосредованно - да, и посмотреть как оно коррелирует с  TTFB.


Sly32 #:
Эти скрипты нужно запускать на самом хостинге и они тебе покажут, как быстро процессор сервера обрабатывает данные, скорость твоего интерпретатора.

И это не помешает, потому что мощности CPU у хостингов могут быть разные.

Тут один из форумчан поделился скриншотами, надеюсь, он не в обиде, если я их для содержания разговора размещу,


Sly32 #:
В действительности только развертывание твоего сайта и потом профилирование запросов покажет реальную картину.

Это понятно, в целом, так и происходит.

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

Kaavain #:
Смысл?

Выбрать шаред хостинг с оптимальным значением TTFB.


Kaavain #:
Показатели производительности на шаред меняются непредсказуемо, причем даже "хороший" хостинг может "поплохеть" из-за криворукого соседа. 

Это понятно. Но среди прочих получается, что есть те, что медленнее, и те, что быстрее.

Я хочу более универсально и быстро отличать одних от других.


Kaavain #:
- процессор. Отключаем кеширование и за пускаем скрипт, но я бы не вывод сделал а какую-нибудь тяжелую функцию вызвал типа там не знаю  strstr(),  preg_replace().

Вот я тоже об этом думал, чтобы не просто выводит время отклика и умножать на миллисекунда, а что более ресурсно-ёмкое.


Kaavain #:
- дисковые операции (БД). Опять же - отключить все кеширование (ибо тупо в лоб скрипт выполнения одного и того же запроса начнет выдавать результат из памяти, получим тест прцессора/памяти. Либо сделать так, чтобы в цикле все запросы отличались. Например ставить WHERE something = i 

Это очень хорошая мысль! Благодарю.


Kaavain #:
- скорость канала, закачка-выкачка большого файла, но тут хостер может возбухнуть. И качать надо не к/от себя, а в целевую географию.

Резонно.

Для реализации вышеуказанного что-то готовое есть и писать самому?

Mik Foxi #:
этим ничего не протестишь. 

Как не протестируешь? Выше конкретно указано, что измеряется.


Mik Foxi #:
более показательно: иметь жирный канал интернета и с него заливать на хостинг большой файл (пару гигов), а потом браузером его скачивать. так можно оценить скорость интернета сервера и поверхностно скорость работы диска.

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

2. Накладно и сильно зависит от текущей скорости подключения. А если это вялый WIFI?


Mik Foxi #:
можно пхп в цикл записывающий в файл , тоже можно поверхностно оценить скорость диска.

Например, как?


Mik Foxi #:
но все это имеет очень мало смысла, это проверка в текущий момент, но шаред на то и шаред, что там 100500 клиентов,

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

В рекламных лозунгах все пишут примерно одно и то же про скоростной доступ к SSD, но в реальности надо тестировать и это разница мягко говоря удивляет. 

Михаил #:
Но есть и хорошая новость. Волки, как известно, санитары леса. В интернете санитары – это «эффективные менеджеры». Стоит разрастись какому-нибудь крупному проекту – как на работу с ним кидаются «санитары», и всего лишь через пять-десять лет можно пилить новый проект взамен «отсанитаренного»: ниша свободна. Ибо, как сказано у О. Генри: «трест – своё самое слабое место». Процесс (как показывает практика) цикличен, за редкими исключениями.

Не уверен, что правильно понял вашу мысль, но с прочитанным не соглашусь.

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

Это только на Серч форуме активно поддерживается идея, что сайт двигает сам себя, достаточно только добавлять правильный текст, а все эти "рекламные специалисты типа SEo-шников не нужны".

Элизабет #:
Но что мешает выйти на профессиональный уровень?

Это очень хороший вопрос.

У всех - по разному, в основном - недостаток средств и отсутствие ресурсных возможностей для проф. уровня.

Openso #:
Ни  в коем случае не храните на hdd. Коротнул свет, он завис, и прощай

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

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

Всего: 12689