专家：文件系统基准需要改良

我发现我经常熬夜研究一些已经公布的文件系统基准信息和测试。厂商们利用这些基准来宣扬他们的文件系统与别的某个品牌相比多么好，但是我们不能以相同的方法对待文件系统基准，也就是说，我们应该关注SPEC基准，因为它的设计目的就是使得厂商无法篡改数据结果。

文件系统存在一个很大的问题就是，它是SPEC基准的对立面，目前并没有一个成型的、受到厂商一致认同的标准文件系统基准。我曾经是一位基准制订者，并且是一位具有革新精神的基准制订者，所以我很了解厂商可能使用的技俩。现在让我们详细谈谈这个问题，希望这能让你变成一位更加精明的用户。

什么是真正的基准？

这是一个我们应该总在问自己的问题：什么是真正的基准？这是我自己的定义：一项真正的基准必须能够代表你真实的工作负载，以在你所考虑的系统上运行的相同方式运行，并且与该工作负载运行在系统上的相同时间段内。以下是一些关键点：

·它不是你今天运行在那个系统上的工作负载，而是你要运行在新系统上的工作负载
·为了具有完全的代表性，该工作负载应该以在你系统上运行的相同方式运行

内存利用率是文件系统基准的一个重要部分。如果你不是运行像数据库这样的真实应用，而是使用IOZONE这样的基准测试，那么I/O请求可能会被整合成为更少、更大的请求，如果没有真实应用运行的话这是不可能实现的。这将会使内存I/O看上去比在实际条件下的状况更好。

另一个大问题是碎片整理。我所见过几乎所有文件系统都会因为碎片整理——通常是对数据和文件系统元数据的碎片整理——而性能降低，我所知的所有基准都没有把文件系统的碎片整理考虑在内。厂商总是宣称他们的文件系统如何不会受到碎片整理的影响，但是我不相信，而且在实际环境中我也从未看到过能够印证他们说法的现象。大概只有在一种情况下碎片整理不是一个问题，那就是如果你购买了一款系统，然后生产了一些文件，并且从来不对这些文件作任何修改或者不增加任何存储。我从来没有见多这种类型的混合内容环境，而且我估计其他人也没见过这种情况。

这只是其中的两个例子，实际上还有更多，例如底层存储和互连。就我所知，没有人做的是真正的文件系统基准，因为他们没有包括文件系统碎片整理，也没有实际使用内存空间、带宽和CPU的应用。