Pull to refresh

Comments 9

Тогда я переделал таблицу на 4 колонки integer — получил уже 19130 iops.

Попробуй прогнать тест на RAM диске. какой результат даст?
Как память может что-то кэшировать при чтении? Как раз чтение — это и есть реальный бенчмарк, потому что запись можно кэшировать, и обращаться к накопителю уже последовательно. А вот чтение — нет.
Как память может что-то кэшировать при чтении?

Путем предварительного считывания данных в память. Ваш КО.

Спасибо, кэп. А как оперативная память может что-то кэшировать при случайном чтении по всему объёму накопителя?

Например, вы думаете, что читаете случайный блок размером 512 байт, а СХД берет и считывает в кэш страйп в 256К. Или, скажем, сервер БД кэширует базы просто при старте.
Все зависит от того, как, что и чем тестируем, и чистых результатов надо специально добиваться, а не думать, что они сами собой получатся. А то тут иногда попадаются люди, которы с SATA HDD тысячи iops снимают. :)

Логично. Тест в реальных условиях на БД интересен тем, что показывает, как решается конечная задача, но плохо харктеризует технические особенности накопителя. Нужен специальный бенчмарк.
Нужен не специальный, а повторяемый и максимально близкий к реальной задаче, в идеале с ней совпадающий, сервера не на бенчмарках гоняют.

fio, diskspd, на крайняк iometer… Разные паттерны? Толку от этого обзора, извините, нет.

Sign up to leave a comment.

Articles