☰

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

tag-icon • tag-icon centos6 rhel6 xfs
我如何检查在 CentOS6 上是否有这些 XFS 元数据可扩展性改进？

我们似乎在 CentOS6 上的一些元数据更新性能方面遇到了问题，因此我正在检查是否有 Dave Chinner 在此演示中提到的改进：

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

它提到了这些历史问题：

XFS 的元数据问题

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

我找不到发布工具是什么，以便追踪他提出的修复。

CentOS6/RHEL6 运行的是相当老的内核 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 文件系统中。

答案1

被引用为解决这些 XFS 元数据问题的算法变化是延迟日志记录，在 2012 年 linux.conf.au 幻灯片和LWN 对此进行了报道。

犯罪文献历史显示实验性标志已在 5d0af85 中删除。由于这是 2010 年 10 月左右，Linux 2.6.37：

xfs：从 delaylog 选项中删除实验标签

我们承诺在 2.6.37 版本中实现这一点，而且代码看起来足够稳定，可以兑现这一承诺。

所以不，它不在 2.6.32 中。我不太确定 Red Hat 是否将其反向移植，但我对此表示怀疑，这似乎是一次重大改变。

集中精力升级内核。由于 EL6 还有 16 个月的安全更新，因此请通过操作系统升级来升级。使用 EL6 可以更新内核或切换文件系统，但它会改变升级程序。

相关内容