gjournal

Упражнения с бревном - 2 (graid5 + gjournal)

Не удержался и попробовал комбинацию из geom_raid5 + gjournal.

Пробовались варианты:

  • Журнал на отдельном диске (старый WD Raptor 36Gb, скорость линейной записи около 60 MB/sec)
  • Журнал на том же массиве, что и файловая система (RAID5 из 750GB дисков Western Digital)

Как ни странно, но результаты практически одинаковые, по всей видимости full stroke seek но бОльшая скорость линейного I/O удачно разменялись на обратные величины.

  • Скорость линейной записи большого файла: 41 MB/sec с журналом в конце массива и 44 MB/sec с журналом на отдельном диске. По iostat прекрасно видно как флашится журнал...
  • Скорость создания большого числа мелких файлов тоже практически одинакова: tar xzvf ports.tgz (порты от 7.1-RC1) занимает 33 секунды с журналом на массиве и 31 секунду с журналом на отдельном диске (файловая система смонтирована, как велено в мане, без soft-updates, но с -o async)
  • Для сравнения: распаковка того же ports.tgz на массиве без журнала занимает
    • 29 секунд при монтировании -o async (без soft-updates)
    • 2 минуты 13 секунд без async, но с soft-updates
  • Скорость чтения практически не поменялась, все цифры в пределах ошибки от предыдущих тестов.

Мораль совершенно понятна: для приложений с большим количеством мелких файловых операций журнал дает возможность безопасно включить async mount, но при этом безобразно портит скорость записи. Наверное, если вынести журнал на массивчик из мелких (но быстрых) SAS-дисков, то станет полегче.

Subscribe to gjournal