Каталог
ZV
ездный б-р, 19
+7 (495) 974-3333 +7 (495) 974-3333 Выбрать город: Москва
Подождите...
Получить токен
Соединиться
X
Сюда
Туда
x
Не выбрано товаров для сравнения
x
Корзина пуста
Итого: 
Оформить заказ
Сохранить заказ
Открыть корзину
Калькуляция
Очистить корзину
x
Главная
Магазины
Каталог
Мои заказы
Корзина
Магазины Доставка по РФ
Город
Область
Ваш город - ?
От выбранного города зависят цены, наличие товара и
способы доставки

Понедельник, 21 апреля 2008 00:00

Сравнительная производительность разных типов HDD и RAID-массивов

короткая ссылка на новость:

Введение



    Эта статья предназначена для тех, кто планирует покупку нового или модернизацию существующего сервера и хочет получить представление об относительной производительности разных типов дисковых подсистем. Она не претендует на исчерпывающую точность и полное раскрытие темы, мы лишь хотим помочь вам избежать грубых ошибок и правильно распределить бюджет при подборе конфигурации.
    Если вы слабо представляете, себе что такое RAID массивы, то до прочтения статьи рекомендуем ознакомиться хотя бы вот с этим FAQ, а также почитать про интерфейс SAS

    За последние несколько лет на рынке жёстких дисков произошли существенные изменения – интерфейсы IDE и SCSI в новых системах были полностью вытеснены интерфейсами SATA и SAS, появился новый класс жёстких дисков – серверные 2.5”, а SATA RAID-контроллеры, не имеющие аппартного XOR-процессора и кэш-памяти стали практически бесплатными, обосновавшись в южных мостах материнских плат.

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

    Низкоуровневые (измерение линейных скоростей чтения/записи и времен позиционирования головки) и «настольные» (вроде треккерных FutureMark PCMark) тесты для измерения производительности на серверных задачах непригодны, поскольку не создают сколько-нибудь похожей нагрузки. Поэтому для тестирования производительности систем хранения данных в целом обычном применяют тесты, измеряющие максимально возможное количество операций ввода/вывода за единицу времени, а характер самих операций определяется спецификой имитируемой нагрузки.

    Тест Iometer изначально был разработан и предложен для всеобщего использования компанией Intel в 1998 году, начиная с 2001 года его дальнейшая разработка была передана в руки opensource-сообщества, сам тест, как в виде скомпилированных для различных платформ исполняемых файлов, так и в виде исходников можно найти на iometer.org, в нашем тестировании использовалась последняя версия от 27.07.2007.

    Набор данных, характеризующий тип нагрузки, при котором измеряется производительность в Iometer, называется паттерном.

    В нашем исследование применялись, наверное, три самых популярных паттерна для IOmeter, традиционно называемые fileserver, database и webserver. Их главным отличием является процент операций записи – у database он 33%,у fileserver – 25%, у webserver – 0%

    Немного о толковании графиков, которые вы увидите далее:

    Операций ввода/вывода в секунду (Iops) - единица измерения производительности систем хранения данных, корректно сравнивать между собой конкретные цифры лишь при применении одинакового паттерна.

    Глубина очереди(Queue depth) - это собственно глубина очереди запросов, одновременно отправляемых контроллеру. Начиная с определённой глубины очереди система ввода-вывода (контроллер и диски) уже не извлекает выгоды от возможности более глубоко оптимизировать последовательность выполняемых запросов и производительность уже не растёт (и может даже падать), а начинает расти только латентность дисковой подсистемы (т.е время, которое уйдёт на обработку каждого запроса). В нашем исследовании тесты начинались с глубины очереди в 16 запросов, что уже превышает таковую для типичной работы на настольном компьютере, и заканчивались на цифре 2048, что, как можно увидеть, было избыточным,производительность стабилизировалась уже к глубине очереди в 256 запросов.

    Результаты тестов в RAID0 мы не публикуем по двум причинам:
1)Использование таких массивов в серверах возможно только по незнанию.
2)Их результаты близки к таковым для RAID10 в случае четырёх дисков и RAID1 – для двух, а в случае с паттерном WebServer – практически идентичны им независимо от использованного типа дисков и контроллера.

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

Источник: НИКС - Компьютерный Супермаркет

подписаться   |   обсудить в ВК   |