Bonnie++: Тестирование файловой системы

• Вы когда-нибудь задумывались над тем, как настройки файловых систем влияют на их производительность?
• Будет ли быстрее создать их непосредственно в разделе или на логических дисках?
• Насколько возрастает нагрузка на ресурсы, если файловая система предоставляется хост-ОС в виртуальной среде?
• Медленнее ли USB-брелки и сетевые устройства хранения данных, чем локальные диски?
• Стоит ли размещать файл журнала ext3 на отдельном устройстве?

Современные жёсткие диски имеют большее количество секторов на внешних дорожках из-за их большей длины. На диске есть некоторое количество (часто более 8) зон, которые содержат одинаковое количество секторов (из-за необходимости иметь целое число секторов на дорожку).

Bonnie++ позволяет определить уровень производительности в различных зонах и сохранить эту информацию в удобном для gnuplot формате.

Программа Bonnie++ используется для проверки файловой подсистемы и необходимо провести несколько циклов, до 100-300 или более, в зависимости от выбранных настроек и задач. С ее помощью можно эмулировать работу mail сервера или процесс создания резервных копий данных на диске под определенной нагрузкой, что поможет выявить возможные проблемы на HDD дисках и других комплектующих вашего сервера (контроллер дисков, материнская плата).

Этот пакет доступен в dag.repo (репозиторий dag) для CentOS и в системе портов FreeBSD. Установка простая и не требует каких-либо особых навыков.

Мы не будем вдаваться в подробности использования этого пакета, все это можно узнать через man bonnie++. Запускаем тест:

# bonnie++ -u nobody -d /home/tmp -n 100:150000:100:100 -x 100

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

Writing a byte at a time...done
Writing intelligently...done
Rewriting...done
Reading a byte at a time...done
Reading intelligently...done
start 'em...done...done...done...done...done...
Create files in sequential order...done.
Stat files in sequential order...done.
Delete files in sequential order...done.
Create files in random order...done.
Stat files in random order...done.
Delete files in random order...

Это этапы теста, завершение очередного отмечается выводом  done. Если происходит какая-либо ошибка тест останавливается:

Stat files in sequential order...Can't read data.
Cleaning up test directory after error.
Bonnie: drastic I/O error (rmdir): Read-only file system

В данной ситуации необходимо детально изучить в чем именно проблема. Для этого проверяем логи.

Если все 100-300 циклов прошли успешно, можно с определенной уверенностью сказать, что файловая система работает стабильно и диски без явных деффектов. Но это не дает гарантии против различных внештатных ситуаций, поэтому мониторить состояние дисков нужно постоянно.