amarao (amarao_san) wrote,
amarao
amarao_san

Category:

Тонкий нюанс измерения производительности СХД

Вот такой вот вопрос:
Настроили тест на 50% чтения, 50% записи
СХД способна выдать (утрирую) 1000 IOPS на чтение, 100 на запись.

Что мы увидим в результатах теста? Правильно, ~990 на чтение и 990 на запись. Почему? Потому что запросы чередуются.

Другими словами, я прихожу к выводу, что тестирование "в лоб" mixed workload не даёт нужных показателей. Более того, оно сильно маскирует внесённые изменения (допустим, я сделал 10к IOPS на чтение и те же 100 на запись, на выходе я получу вместо 990 999).

Текущая методология, как мне кажется, выглядит так: 100% pure random read, 100% pure random write.

Второй важный момент: некоторые медленные СХД способны показывать удвоение производительности за счёт увеличения latency в область [kill it with fire]. Таким образом, конкурентность нужно удерживать в таком диапазоне, чтобы latency не выходила за некие оговоренные диапазоны.

Вот примеры конкурентности: ramdrive - 2 (да-да, увеличение конкурентности не увеличивает скорость), ssd - ~400-500, маленький массив из SATA - 8-12, большой массив из SATA - 48-64 (на запись), 192 (на чтение).

Если сделать конкурентность записи в 500 на SATA, красивые цифры будут, но они не будут иметь никакого значения при latency > 200 мс.
Tags: СХД
Subscribe

  • Админская мудрость

    Когда вывод strace на башовый скрипт становится понятнее самого скрипта, граница разумности давно пройдена.

  • Rules of internet

    Rule 34. There is porn of it. Rule 35. It's used to mine cryptocurrencies.

  • CI без сервера

    А вот у меня есть такой запрос: я хочу иметь CI-подобный инструмент (задачи/автоматически вычисляемые зависимости порядка выполнения, параметры,…

  • Post a new comment

    Error

    default userpic

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 0 comments