Bonnie++ - набор программ для тестирования производительности жёстких дисков
Набор программ называется Bonnie++ потому, что за основу была взята программа Bonnie. К возможностям предшественницы эта программа также тестирует производительность посредством создания огромного количества файлов. В набор включена программа zcav для тестирования непосредственного (raw) чтения. Современные жёсткие диски имеют большее количество секторов на внешних дорожках из-за их большей длины. На диске есть некоторое количество (часто более 8) зон, которые содержат одинаковое количество секторов (из-за необходимости иметь целое число секторов на дорожку). Эта программа позволяет определить уровень производительности в различных зонах и сохранить эту информацию в удобном для gnuplot формате.
Мы используем Bonnie++ для проверки файловой подсистемы и рекомендуем проводить несколько циклов, до 100-300 или более, в зависимости от выбранных настроек и задач. С ее помощью можно эмулировать работу mail сервера или процесс создания резервных копий данных на диске под определенной нагрузкой, что поможет выявить возможные проблемы на HDD дисках и/или другого комплектующего (контроллер дисков, материнская плата).
Этот пакет доступен в dag.repo (репозиторий dag) для CentOS и в системе портов FreeBSD. Установка простая и не требует каких-либо особых навыков.
Мы не будем вдаваться в подробности использования этого пакета, все это можно узнать через man bonnie++. Здесь укажем только общие данные об использовании утилиты: usage:
bonnie++ [-d scratch-dir] [-c concurrency] [-s size(MiB)[:chunk-size(b)]]
[-n number-to-stat(*1024)[:max-size[:min-size][:num-directories]]]
[-m machine-name] [-r ram-size-in-MiB]
[-x number-of-tests] [-u uid-to-use:gid-to-use] [-g gid-to-use]
[-q] [-f] [-b] [-p processes | -y] [-z seed | -Z random-file]
[-D]
Version: 1.96
Выборка из мануала: -n the number of files for the file creation test. This is measured in
multiples of 1024 files. This is because no-one will want to test
less than 1024 files, and we need the extra space on braille dis-
plays.
If the specified number is 0 then this test will be skipped.
The default for this test is to test with 0 byte files. To use files
of other sizes you can specify number:max:min:num-directo-
ries:chunk-size where max is the maximum size and min is the minimum
size (both default to 0 if not specified). If minimum and maximum
sizes are specified then every file will have a random size from the
range min..max inclusive. If you specify a number of directories
then the files will be evenly distributed amoung that many
sub-directories.
If max is -1 then hard links will be created instead of files. If
max is -2 then soft links will be created instead of files.
Запускаем тест:
# bonnie++ -u nobody -d /home/tmp -n 100:150000:200:100 -x 300
Этим самым мы задаем тест от имени пользователя "nobody", в ходе которого будут создаваться, переписываться и удаляться по 100*1024 файлов среднеарифметического размера из диапазона от 200 до 150000 байт в каждой из 100 директорий в цикле из 300 повторов. Во время выполнения задачи на экране будут появляться сообщения вида:
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 циклов прошли успешно, можно с определенной уверенностью сказать, что файловая система работает стабильно и диски без явных деффектов. Но это не дает гарантии против различных внештатных ситуаций, поэтому мониторинг состояния дисков нужен всегда!
| 