如何检查在CentOS6上是否有这些XFS元数据可伸缩性改进？

Question

我们似乎在CentOS6上的一些元数据更新性能上遇到了问题，所以我正在检查一下，是否有Dave在这个演示中提到的改进：

http://xfs.org/images/d/d1/Xfs-scalability-lca2012.pdf

它提到了这些历史问题：

XFS元数据问题

• 元数据读取和查找速度快，缩放性好。
• 元数据修改的性能非常糟糕。
• 优秀的事务执行并行性，小事务提交并行性。
• 通常不会超过一个CPU。
• 事务提交吞吐量受日志带宽的限制。
• 元数据回写会导致IO风暴。
• 有很多锁要处理。

我找不到释放车辆会是什么，以跟踪他提出的修补程序。

CentOS6 6/RHEL6 6运行的是一个相当老的内核，2.6.32，我想确定我们是否在运行演示文稿中提到的改进。

更多信息：

$ modinfo /lib/modules/2.6.32-642.6.2.el6.x86_64/kernel/fs/xfs/xfs.ko
filename:       /lib/modules/2.6.32-642.6.2.el6.x86_64/kernel/fs/xfs/xfs.ko
license:        GPL
description:    SGI XFS with ACLs, security attributes, large block/inode numbers, no debug enabled
author:         Silicon Graphics, Inc.
srcversion:     67725EF8353DC29370566C8
depends:        exportfs
vermagic:       2.6.32-642.6.2.el6.x86_64 SMP mod_unload modversions 

让我澄清：

在解决这问题的表现问题上，我并不是征求意见。我只想知道如何确定链接演示文稿中描述的XFS修复是否在当前运行的XFS文件系统中。

Answer 1

被引用为解决这些XFS元数据问题的算法更改是延迟日志记录，无论是在2012年的linux.conf.au幻灯片版还是在写出来中。

提交文件的历史显示，实验标志在5d0af85中被移除。因为这大约是2010年10月，Linux 2.6.37：

xfs:从delaylog选项中删除实验性标记--我们承诺在2.6.37中这样做，代码看起来足够稳定，可以实现这一承诺。

所以不，不是在2.6.32。我不完全确定Red是否支持它，但我对此表示怀疑，这似乎是一个重大的改变。

集中精力升级内核。由于EL6还有16个月的安全更新时间，所以通过升级操作系统就可以做到这一点。使用EL6可以更新内核或交换文件系统，但是当您需要升级时，它会改变您的过程。