Тестирование производительности серверов хостинга

К нам обратился клиент и рассказал свою историю:

Клиент попросил найти причины низкой скорости работы сайта.

Ну что-ж, попробуем помочь этому клиенту,

проверяем исходные данные интернет-проекта

Размер архива: 93.5 ГБ

Файлов в архиве: 131490

Размер данных: 6.52 ГБ

Делаем первичный замер быстродействия:

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

даже параметрам бесплатного хостинга ...

Запускаем экспресс-тест в попытках найти причину столь низкой производительности:

Все сразу становится ясно - перед нами уже знакомая нашим читателям конфигурация,

самый обычный малобюджетный бытовой компьютер в немецком малобюджетном ДЦ !

Рассмотрим характеристики этого псевдо-сервера поподробней и по порядку отчета :

Процессор - обычный бытовой проц для домашнего компьютера, работающий на частоте 1.6 ГГц,

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

А это, видимо, и есть тот самый "секретный ингредиент" для увеличения скорости работы РНР,

видеокарта класса GeForce 7200 GS , начало выпуска Май 2007 года ?

Пинги до Яндекса - самые обычные для Германии - в пределах 55 мс

Дата инсталляции системы = Декабрь 2013 года

Время бесперебойной работы = всего 47 дней

Скорость канала до Яндекса 5,341,505 bytes/sec

то есть фактические параметры канала соответствуют "гарантированной полосе" всего 50 Мбит/сек,

Для демонстрации того, что проблемы кроются не в движке сайта, а в крайне неудачном выборе хостинга,

разворачиваем архив сайта на другом сервере и моментально получаем результат более 70 баллов !!!

Параметры самого обычного хостинга в самом обычном ДЦ Москва:

Таким образом, предоставленный клиенту московский сервер в очередной раз одержал убедительную победу над немецким,

сумев занять при этом сразу несколько мест в нашем рейтинге серверов хостинга по категориям:

Интегральная производительность по внутреннему тесту

Данный сервер занимает Второе место = 70.42 балла

Производительность CPU по тесту Битрикс

Данный сервер занимает Первое место = 31.9 миллионов операций в секунду

Производительность CPU по экспресс-тесту

Данный сервер занимает Первое место = 32.081 миллионов операций в секунду

Производительность HDD по тесту Битрикс

Данный сервер занимает Третье место = 18850 операций в секунду

Производительность MySQL по тесту Битрикс

Данный сервер занимает Первое место = 18314 операций в секунду

Производительность MySQL по экспресс-тесту

Данный сервер занимает Третье место = 42750 операций в секунду

Информация о хостере ДЦ Москва

Местоположение   - Москва

Начало работы    - Июль 2007

Клиентская база  - 890

Ссылок в Яндексе - 2000

Тарифный план    - DS-1

это уже даже не смешно :/

Все время было интересно, что за скрипт то такой, для тестирования. Где его посмотреть можно ?

У ТС битрикс головного мозга.

Один из читателей этой темы, хостер, попросил повторно протестировать качество своего хостинга.

Для теста нам выдали сервер на самом дорогом тарифном плане Битрикс-Эксперт.

Реклама на сайте обещает:

поэтому мы предполагаем, что сервер наберет не менее 30 баллов ...

Однако, запустив внутренний тест, видим, что наши ожидания не оправдались ...

Сервер не набрал даже 30 баллов, то есть норматив 2008 года для серверов "младших классов VDS-256" не сдан ...

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

На первой же секунде теста сервер выстреливает пачку из 500 ошибок, после чего на 13 секунде впадает в глубокую кому ...

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

Быстрый взгляд на историю болезни пациента выделяет несколько моментов:

1.1 - Локация = Франция

( без комментариев ... )

1.2 - Операционная система = Cloud Linux

( пока ни один из протестированных нами серверов на этой OS не смог набрать более 30 баллов ...)

1.3 - Размер свободной памяти = 162 Мб

( противники тут же могут возразить, что она вся вытекла, например в кеш ? ... )

1.4 - Время бесперебойной работы - всего 154 дня ...

( без комментариев ... )

1.5 - На сервере обнаружено 598 сайтов

( противники тут же могут возразить, что на их серверах работает без проблем 5980 "высоконагруженных" проектов,

именно поэтому мы и запускаем многопоточный тест из расчета всего по 10 посетителей на один сайт сервера ... )

На копии экрана многопоточного теста преднамеренно показан адрес сайта сервера,

чтобы хостер не стал возражать, что тестировали не его хостинг ...

Остальные выводы наши уважаемые читатели могут сделать сами ...

Информация о хостере

Местоположение  - Калининград

Тестируемый ДЦ  - Франция

Начало работы   - Май 2008

Клиентская база - 284 домена

Тарифный план   - 900 рублей в месяц

1. ТС зачем вы вводите посетителей в заблуждение и выкладываете результаты нашего теста годичной давности?

2. Зачем вы пытаетесь выгородить русские серверы и говорите, что в Германии плохо?

Вот результат теста VPS в Германии тариф Start за 20$:

По вашим тестам 70 баллов 2 место, ну а мы фотошопим 120 :)

Да тут не надо ничего фотошопить. У ТС просто уже давно в скрипте конструкция типа:

<?php
$white_list = array('Moscow DC');
....
if (!in_array($current_dc, ($white_list))) {
    $result = $result / 2. 
}

Ну и еще куча таких хуков. Иначе просто нельзя получить логического объяснения, почему число инсертов в базу в скринах не совпадает. Т.е. если смотреть первый скрин с непонятной проверкой пхп конфигурации и второй скрин, где пхп бенчмарк.

Особенно не понимаю, как на одном vps/сервере замеряют масштабируемость. Чего куда там масштабировали то ?

Каким вообще образом ошибка 500 связана с железом ? Где результат логов, показывающий именно проблему железа. Может там банально в настройки конфигурации уперлись.

Ну конечно же, все знают, что во Франции xeon работает гораздо хуже чем в Москве. Что тут комментировать то.

Sergej_Sim:
Один из читателей этой темы, хостер, попросил повторно протестировать качество своего хостинга.

Для теста нам выдали сервер на самом дорогом тарифном плане Битрикс-Эксперт.

Реклама на сайте обещает:

поэтому мы предполагаем, что сервер наберет не менее 30 баллов ...

Однако, запустив внутренний тест, видим, что наши ожидания не оправдались ...



Сервер не набрал даже 30 баллов, то есть норматив 2008 года для серверов "младших классов VDS-256" не сдан ...

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



На первой же секунде теста сервер выстреливает пачку из 500 ошибок, после чего на 13 секунде впадает в глубокую кому ...

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



Быстрый взгляд на историю болезни пациента выделяет несколько моментов:

1.1 - Локация = Франция
( без комментариев ... )

1.2 - Операционная система = Cloud Linux
( пока ни один из протестированных нами серверов на этой OS не смог набрать более 30 баллов ...)

1.3 - Размер свободной памяти = 162 Мб
( противники тут же могут возразить, что она вся вытекла, например в кеш ? ... )

1.4 - Время бесперебойной работы - всего 154 дня ...
( без комментариев ... )

1.5 - На сервере обнаружено 598 сайтов
( противники тут же могут возразить, что на их серверах работает без проблем 5980 "высоконагруженных" проектов,
именно поэтому мы и запускаем многопоточный тест из расчета всего по 10 посетителей на один сайт сервера ... )

На копии экрана многопоточного теста преднамеренно показан адрес сайта сервера,
чтобы хостер не стал возражать, что тестировали не его хостинг ...

Остальные выводы наши уважаемые читатели могут сделать сами ...

Информация о хостере

Местоположение  - Калининград

Тестируемый ДЦ  - Франция

Начало работы   - Май 2008

Клиентская база - 284 домена

Тарифный план   - 900 рублей в месяц

Я по позже Вам видео отсниму, именно с этого же сайта, именно с этого же установленного Bitrix, именно Вами. Так как мне непонятно, как Вы тестируете.

Также непонятно тестирование в 500-4500 соединений. Понятно, что будет 100% ошибок, разрешено не более 48 соединений, на Вашем аккаунте. Почему Вы игнорируете стандартный тест в 32 соединения с ростом в 2 соединения?

А теперь, добро пожаловать всем! Описываем секреты и магию тестирования автора.

1. Автору был выдан аккаунт. На тарифе сразу же установлен скрипт bitrixsetup.php + создана база данных для сокращенной установки.

2. Примерно через неделю автор устанавливает систему 1С-Битрикс с нестандартным шаблоном (адрес сайта: sergej.p-host.in, скриншот http://yadi.sk/d/tPgEjy4NMCkW3, можно посмотреть лично, адрес все равно был уже сообщен, скрывать нечего) Может шаблон и обычный, стандартный и я просто о нём не знаю, но суть не в этом, суть в том, что в шаблоне есть некоторая тонкость, о которой далее.

3. Автор проводит тестирование, из которого сайт получает 20 баллов (скриншот: http://yadi.sk/d/NBOzegUEMCkkT)

Отлично, такой бал действительно был получен, этого никто не отрицает, но вопрос как? Остается далее.

4. Автор проводит нагрузочное тестирование с числом одновременных соединений от 500 до 4 500. Уважаемые участники, простите, но на каком виртуальном хостинге разрешено даже его минимальное 500 одновременных соединений? Мне кажется, мало на каком. В добавок, точно не на виртуальном хостинге с OS от CloudLinux. Открыто можем сказать, что на выданном тарифе стоит не более 48 одновременных соединений. В итоге наблюдаем такую картинку: 100% ошибок (скриншот: http://yadi.sk/d/b-sicPqQMCkwt)

Да, было, но проблема не только в ограничении 48 соединений. Есть еще одна тонкость о которой далее.

Разбор масштабирования и 100% числа ошибок

Как и говорилось, вернемся к шаблону. В используемом шаблоне при каждом обновлении страницы меняется длина (скриншот: http://yadi.sk/d/eqwOC_aPMCmEY) из-за случайно выводимой информации (я сам на этом был пойман, когда тестировал сайт автора в этой теме), собственно, это видно при сравнении исходников. Следовательно, при тестировании почти всегда возвращается разная длина страницы и это считалось ошибкой! Тоже самое можно наблюдать и при тестировании с помощью ab:

Time taken for tests: 13.687 seconds

Complete requests: 1630

Failed requests: 1628

(Connect: 0, Receive: 0, Length: 1628, Exceptions: 0)

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

Оценка системы

С этим сложнее, так как если просто запускать оценку системы, то выдает 57 баллов (скриншот: http://yadi.sk/d/yJHX2zWHMCmtv)

Можно предположить, что в момент измерения сервер был загружен (но это маловероятно, у нас за последнюю нагрузки ресурсы всегда оставались свободными: http://yadi.sk/d/0Se8LXQeMCnQH, как и сейчас). Следовательно, оценка делалась видимо в момент масштабирования. Отлично, запустим и проверим: (скриншот: http://yadi.sk/d/BebfPfBmMCo3f)

1 балл! 500 соединений и недостаток ресурсов дают о себе знать.

Но исходя из того, что хостинг аккаунт не рассчитан на 500+ соединений, то 1 балл можно принять нормой. CloudLinux, ограничивая ресурсы, со своей задачей вполне справляется.

Ниже видео тестирования сайта автора и видео тестирования чистой Битрикс системы на этом же аккаунте:

Сайт автора: ~60 баллов

Тест масштабирования не проходится даже при минимальном числе соединений из-за особенности шаблона

Чистый Битрикс со стандартным шаблоном корпоративного сайта (длина страницы не меняется): ~90 баллов

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

Автор, прошу объяснений. Мне надоело читать всю это ложь по отношению к участникам данного сообщества! Модераторы, прошу обратить внимание на это и по возможности предпринять какие-то меры в отношении автора. Я думаю, предоставлено информации должно хватить для этого.

Автор, да, и еще. Относительно 160 мб свободной памяти. Если Вы не знакомы с Linux, лучше промолчите. 20 гб памяти кешировано и в любой момент может быть отдано при необходимости любому из приложений:

Откройте, прочитайте и ознакомьтесь: http://www.tldp.org/LDP/sag/html/buffer-cache.html

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