资讯专栏INFORMATION COLUMN

xfs文件系统优化

Ilikewhite / 2264人阅读

摘要:某云一直在作为其底层文件系统,性能不错。我自己也试了一下,默认参数下性能不如文件系统。修改这个参数成,可以显著的提高文件系统删除文件的速度,当然还有其它,如拷贝文件的速度。经过以上优化,经过测试,性能有了大幅度提升。

某云一直在xfs作为其底层文件系统,性能不错。我自己也试了一下,默认参数下性能不如ext4文件系统。上网找了一些文章,做了一下调优。发现性能突飞猛进。

性能的奥秘在于格式化时候的参数:
mkfs.xfs -f -i size=512-l size=128m,lazy-count=1-d agcount=16/dev/sdb1

-i size=512 : 默认的值是256KB,这里的设置是为了selinux的,这个设置针对inode size,selinux使用xfs的Extend Attribute,首先要写到inode中,如果容量不够(默认是256KB的时候就不够,刚刚多一点点),就写到block中,这会损失性能,当需要使用selinux的时候。这似乎对一般用户没什么作用,因为一般用户都不用selinux的,大家对linux系统的安全性还是挺信任的,不过,说实话,我不信任,况且RedHat 的FC已经默认配置了selinux,这很好。做了这个改动,方便以后我在系统中配置selinux而不担心性能的损失。

-l size=128m : 注意是小写的m,不是大写的。默认值的是10m(bsize=4096 x blocks=2560)。这个值可以设置成32m(分区容量不小于250M)/64m(分区容量不小于500M)/128m(分区容量不小于700M),对于分区容量的限制,我这里列出的只是大概,最大可设128m。修改这个参数成128m,可以显著的提高xfs文件系统删除文件的速度,当然还有其它,如拷贝文件的速度。 这个参数需要大内存的支持,内存太少的机器大概不能设置这么高。(标准是什么?512M?1G?我不了解,所以我上面说要自己实际的测试一下。)

-l lazy-count=value This changes the method of logging various persistent counters in the superblock. Under metadata intensive workloads, these counters are updated and logged frequently enough that the superblock updates become a serialisation point in the filesystem. The value can be either 0 or 1.With lazy-count=1, the superblock is not modified or logged on every change of the persis-tent counters. Instead, enough information is kept in other parts of the filesystem to be able to maintain the persistent counter values without needed to keep them in the superblock. This gives significant improvements in performance on some configurations. The default value is 0 (off) so you must specify lazy-count=1 if you want to make use of this feature.

-d agcount=4 :默认值是根据容量自动设置的。可以设置成1/2/4/16等等,这个参数可以调节对CPU的占用率,值越小,占用率越低。这是理论上的,在我的机器上,agcount=1反而比agcount=2的cpu占用率还高,我想这是因为我的cpu是双核的原因吧。要注意,cpu的占用率低,那每一秒处理的数据量也会降低一些。我比较了agcount=2和4,发现还是4比较好。这样一来,这个参数的设置,就是需要自己去选择的了。

经过以上优化,经过测试,性能有了大幅度提升。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/9124.html

相关文章

  • xfs文件系统优化

    摘要:某云一直在作为其底层文件系统,性能不错。我自己也试了一下,默认参数下性能不如文件系统。修改这个参数成,可以显著的提高文件系统删除文件的速度,当然还有其它,如拷贝文件的速度。经过以上优化,经过测试,性能有了大幅度提升。 某云一直在xfs作为其底层文件系统,性能不错。我自己也试了一下,默认参数下性能不如ext4文件系统。上网找了一些文章,做了一下调优。发现性能突飞猛进。 性能的奥秘在于格式...

    thursday 评论0 收藏0
  • 史上最全的Ceph构件及组件分析

    摘要:层确保数据一致性和可靠性。元数据服务器,跟踪文件层次结构并存储只供使用的元数据。这些文件系统扩展属性能够为守护进程提供内部对象的状态快照元数据和等信息这有助于数据管理。启迪云-高级开发工程师  侯玉彬前言前文回顾:《开源社区的明星项目—Ceph谈》上一次简单的介绍Ceph的过去和未来的发展。这一节将详细介绍Ceph的构件以及组件。Ceph存储架构Ceph 存储集群由几个不同的daemon组成...

    oujie 评论0 收藏0
  • Linux下常见文件系统对比

    摘要:本文将对下常见的几种文件系统进行对比,包括和,希望能帮助大家更好的选择合适的文件系统。 本文将对Linux下常见的几种文件系统进行对比,包括ext2、ext3、ext4、XFS和Btrfs,希望能帮助大家更好的选择合适的文件系统。 内容来自于网上找的资料以及自己的一些经验,能力有限,错误在所难免,仅供参考 历史 文件系统 创建者 创建时间 最开始支持的平台 ext2 Rémy...

    Zack 评论0 收藏0
  • 服务器系统优化

    摘要:数据库物理机采购位,一台机器颗。至少颗,缓存越大越好内存,个实例。,实例硬盘机械选,数量越多越好,转速越高越好性能高并发普通业务线上线下选使用或者设备,可提升上千倍的效率。 1、数据库物理机采购 CPU: 64位CPU,一台机器2-16颗CPU。至少2-4颗,L2(缓存)越大越好 内存: 96-128G,MySQL 3-4个实例。32-64G,1-2实例 硬盘:机械:选SAS,数量...

    CoderBear 评论0 收藏0
  • 服务器系统优化

    摘要:数据库物理机采购位,一台机器颗。至少颗,缓存越大越好内存,个实例。,实例硬盘机械选,数量越多越好,转速越高越好性能高并发普通业务线上线下选使用或者设备,可提升上千倍的效率。 1、数据库物理机采购 CPU: 64位CPU,一台机器2-16颗CPU。至少2-4颗,L2(缓存)越大越好 内存: 96-128G,MySQL 3-4个实例。32-64G,1-2实例 硬盘:机械:选SAS,数量...

    zhunjiee 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<