- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
1) Скачиваем тест.
2) Запускаем.
3) Пишем здесь результаты прогона теста, указывая характеристики своего аккаунта и используемую на нем платформу виртуализации, название хостера.
Вот мои результаты:
Аккаунт 384Mb RAM / 500Mb Swap, equal share CPU на сервере уровня P4 3.4, Xen.
Никакого объективного результата этот тест не даст. Кроме, возможно, выявление хостеров, у которых при таких тестах случаются падения серверов )
Все результаты будут зависеть от нагрузки на конкретный сервер в данный момент:
Кто-то будет запускать тест на пустом сервере, а кто-то - на полном.
Кто-то будет запускать тест в одно время суток, кто-то в другое.
Тем более, когда речь идет о "equal share CPU".
Даже в пределах одного хостера, да что там, в пределах одного и того же сервера (не пустого разумеется) - результаты будут разные.
Узкое место - дисковая подсистема, в силу ее физического устройства. (не учитываем узкое место - жадный хостер).
Можно конечно устроить ежечасную проверку в течении недели...
Но опять таки, это лишь покажет - загружен ваш хост-сервер или нет.
(И то, исключительно в неполной степени, см. окончание поста)
Наш замер в длину (кроме этого VDSа на этом же хост-сервере работают еще 5 VDS):
Значительная разница в количества памяти (32MB на нашем VDS и 384MB на вашем), так же свидетельтсвует о том, что тест неадекватен к реальной работе с полным объемом памяти (что делает невозможным определения оверселла памяти), т.к. результат у вас должен был быть как минимум на порядок больше.
Итого: Бессмысленный тест.
Кстати, вы до сих пор не назвали своего имени (имени своего хостера) ?
Все результаты будут зависеть от нагрузки на конкретный сервер в данный момент:
Кто-то будет запускать тест на пустом сервере, а кто-то - на полном.
Кто-то будет запускать тест в одно время суток, кто-то в другое.
Вот и замечательно. Только ведь клиента интересует не абсолютная "мощность" сервера, а то, как он будет работать в т.ч. и в периоды нагзузки. Пусть тестируют в разное время, на пустом и на нагруженном сервере. Считайте результирующий показатель рейтингом качества услуг.
Значительная разница в количества памяти (32MB на нашем VDS и 384MB на вашем), так же свидетельтсвует о том, что тест неадекватен к реальной работе с полным объемом памяти (что делает невозможным определения оверселла памяти), т.к. результат у вас должен был быть как минимум на порядок больше.
В Xen оверселлинг памяти невозможен.
Наш замер в длину (кроме этого VDSа на этом же хост-сервере работают еще 5 VDS):
На моем работает еще 8 таких же под коммерческой нагрузкой.
А теперь несколько слов о смысле данного тестирования. Ваши клиенты, проведя его на приобретенном ими аккаунте нагруженного сервера, очень просто смогут оценить то, что реально вы им продаете, сравнив с вашим эталонным результатом.
Итого: тест вполне позволяет оценить ситуацию, особенно если известен лимит аккаунтов на физическую машину и ее конфигурация.
P.S. Кстати, что у вас с disk I/O?
Где логика ?
Каким образом вы тогда предлагаете сравнивать здесь производительность (по названию топика)?
Каким боком сюда будет относится технология виртуализации, харрактеристики аккаунта ?
Допустим вы хотите рейтинг VDS провайдеров сделать, ок. Идем дальше:
Пойдем с другого конца, если тест не создает стресс на ОЗУ, как вы хотите сделать полноправный рейтинг ?
Я польщена, вы создали топик ради AvanPad.com ? :)
P.S. Если вы не назовете себя(как хостера) или свой хостинг, более общаться с вами не буду.
P.P.S. А что у Вас со всем остальным ? :)
Чего-то я неправильно делаю, что ли? :)
Каким образом вы тогда предлагаете сравнивать здесь производительность (по названию топика)?
А что непонятного? По-моему, я все достаточно доступно объяснила.
В основном тем боком, что помогает выявить вранье некоторых провайдеров.
Пойдем с другого конца, если тест не создает стресс на ОЗУ, как вы хотите сделать полноправный рейтинг ?
Вы, собственно говоря, смысл прогоняемых в ходе теста процедур понимаете? "Стресс на ОЗУ" - это совсем другой разговор.
Я польщена, вы создали топик ради AvanPad.com ?
Ради интереса. Но вы в него попались, рыбка. :-)
Если вы не назовете себя(как хостера) или свой хостинг, более общаться с вами не буду.
Рыдаю от горя. А ключики от квартиры, где деньги лежат, не надо?
P.P.S. А что у Вас со всем остальным ?
А все нормально. Даже отлично.
Чего-то я неправильно делаю, что ли?
Не знаю, у меня рута на ваш сервер нет, посмотреть не могу. :-)
Доброго времени суток.
При запуске скрипта получаяю ошибку:
./Run: line 72: syntax error near unexpected token `('
./Run: line 72: ` 3) FLAVOR=CentOS release 4.4 (Final) ;;'
Результаты сравнения мне тоже интересные, так как VDS на базе Xen как бы основная продукция. Если кому интересно, могу прогнать тест на VDS с любыми парамерами, как нагруженный, так и не нагруженный .