как провести тестирование файловой системы?

как провести тестирование файловой системы?

Я планирую протестировать файловую систему. Что мне следует рассмотреть, чтобы сделать. или как это сделать. Есть ли какие-либо инструменты для тестирования файловой системы или какие-либо надежные ссылки?

Цель: Планирование перехода с ext3 на EFS.

решение1

Мой первый ответ тоже будет bonnie++, быстрый поиск также показываетИозон3. Оба доступны как пакеты Debian. Если вы проводите более простые тесты (cp, mv, rm), вам следует рассмотреть возможность очистки кэша, хранящегося ядром, echo 1 > /proc/sys/vm/drop_cachesперед каждым тестом, в противном случае это может привести к различиям, которые не являются репрезентативными для самой файловой системы.

решение2

Вот еще две опции, которые я нашел действительно полезными для тестирования производительности файловой системы.

1)Почтовый штемпель- это тест, который эмулирует реальное использование файловой системы, к которой обращается загруженный почтовый сервер.

Скачать:http://www.freshports.org/benchmarks/postmark/

При тестировании обязательно сравните различные варианты ведения журнала ext3 — они могут существенно различаться по производительности (в моих экспериментах с Postmark наилучший результат дало ведение журнала с обратной записью).

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

Вам придется поискать его в Google, поскольку мне пока не разрешено размещать гиперссылки. Сам проект размещен на SourceForge, а действительно хорошее краткое руководство по началу работы можно найти на сайте OpenSolaris.org.

Последнее замечание: убедитесь, что вы распределили нагрузку по как можно большему количеству дисков (шпинделей) для получения наиболее точных результатов. Также имеет смысл выделить несколько дисков специально для бенчмаркинга и делать их newfs перед каждым запуском вашего бенчмарка.

решение3

Не просто проверяйте скорость, также учитывайте надежность. Попробуйте, например, выключить диски в загруженной файловой системе и посмотреть, что осталось.

Качество доступных инструментов ремонта и восстановления также важно, и его очень трудно протестировать отдельно. Структура блока может, например, препятствовать инструментам, которые пытаются спасти данные в необработанном режиме из невосстанавливаемой файловой системы.

Для получения дополнительных советов по тестированию файловой системы в условиях очень жестких нагрузок вам может быть интересно узнать, что сделали ребята из ZFS:Один Два

решение4

Еще немного:

  • фиочто похоже на filebench, упомянутый выше: "fio — это инструмент ввода-вывода, предназначенный как для бенчмарка, так и для проверки на прочность/аппаратуры. Он поддерживает 13 различных типов механизмов ввода-вывода (sync, mmap, libaio, posixaio, SG v3, splice, null, network, syslet, guasi, solarisaio и другие), приоритеты ввода-вывода (для новых ядер Linux), скорость ввода-вывода, разветвленные или потоковые задания и многое другое. Он может работать как с блочными устройствами, так и с файлами. fio принимает описания заданий в простом для понимания текстовом формате. Включено несколько примеров файлов заданий. fio отображает все виды информации о производительности ввода-вывода. Он поддерживает Linux, FreeBSD и OpenSolaris".
  • Тренажер файловой системы (fsx)изначально разработан Apple, но в настоящее время существуют варианты для различных ОС.

Связанный контент