amarao (amarao_san) wrote,
amarao
amarao_san

spew

Итак, во-первых, в качестве ПО для тестирования будет использоваться именно spew, как самая "тупая и понятная" по логике программа.

Её алгоритм (в random режиме): файл заданного размера (в случае блочного устройства - область устройства заданного размера) сначала целиком записывается, а потом целиком читается. Запись и чтение осуществляется блоками произвольного размера в данных диапазонах (я выбрал для теста диапазон 2-256к), причём таким образом, что каждая область прочитывается/пишется, причём только один раз.

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

Пока я имею следующее (для стрипа из 4х RAID6 по 12 дисков каждый):


spew -dgr --raw -b 2k -B 256k XXXX /dev/md0

XXXX

W iops (kb/s)

R iops (kb/s)

512M

 460 (3761.16)

3364.37 (26383.71)

2G

1794.48 (15102.29)

1289 (10105.19)

8G

6214 ( 63883 кб/с)

5973 (46773 кб/с)

32G

10958 (86295)

8853 (69343)

128G

 8583.14 (85366.84)

5573 ( 43651)



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

Таким образом, для RAID'ов важным является не только размер блоков, которыми идёт случайный доступ, но и плотность их расположения на диске....

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

Ещё удивительное: iops'ы на запись лучше чтения.
Tags: hdd, raid, spew
Subscribe

Recent Posts from This Journal

  • 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.
  • 14 comments

Recent Posts from This Journal