如何进行文件系统测试?

如何进行文件系统测试?

我计划测试一个文件系统。我应该考虑做什么。或者如何完成。是否有任何工具可以测试文件系统或任何可靠的参考资料?

目的:计划从 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 是一种 I/O 工具,用于基准测试和压力/硬件验证。它支持 13 种不同类型的 I/O 引擎(sync、mmap、libaio、posixaio、SG v3、splice、null、network、syslet、guasi、solarisaio 等)、I/O 优先级(适用于较新的 Linux 内核)、速率 I/O、分叉或线程作业等等。它可以在块设备和文件上工作。fio 以简单易懂的文本格式接受作业描述。其中包括几个示例作业文件。fio 显示各种 I/O 性能信息。它支持 Linux、FreeBSD 和 OpenSolaris。”
  • 文件系统练习器 (fsx)最初来自 Apple,但现在有适用于各种操作系统的变体。

相关内容