- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
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 с любыми парамерами, как нагруженный, так и не нагруженный .