xfs 不是号称对小文件有奇效？

另外也要看楼主是读多写少呢，还是读少写多。如果是读多写少，xfs 和 btrfs 应该都是没问题的。读少写多的话，开启 cow 的 btrfs 性能很差。楼主别用。之前在学习对象存储 ceph 的时候，说是最好存在 xfs 里面，对写多的场景有优化。

【 在 hyoga 的大作中提到: 】
: lz的场景看起来小文件很多（inode不够用），
: xfs的性能可能不太行
--
修改:hgoldfish FROM 124.72.108.*
FROM 124.72.108.*

【 在 hgoldfish 的大作中提到: 】
: xfs 不是号称对小文件有奇效？
: 另外也要看楼主是读多写少呢，还是读少写多。如果是读多写少，xfs 和 btrfs 应该都是没问题的。读少写多的话，开启 cow 的 btrfs 性能很差。楼主别用。之前在学习对象存储 ceph 的时候，说是最好存在 xfs 里面，对写多的场景有优化。
:
对小文件有奇效的我记得是reiserfs来着，然而……
--
FROM 120.244.234.*

我的知识储备都是10年前的了。。。。模糊记得小文件多xfs性能不如ext系
【 在 hgoldfish 的大作中提到: 】
: xfs 不是号称对小文件有奇效？
: 另外也要看楼主是读多写少呢，还是读少写多。如果是读多写少，xfs 和 btrfs 应该都是没问题的。读少写多的话，开启 cow 的 btrfs 性能很差。楼主别用。之前在学习对象存储 ceph 的时候，说是最好存在 xfs 里面，对写多的场景有优化。
--
FROM 106.184.119.*

ext4有后台格式化功能
但是需要高版本内核
而且mkfs完成之后，内核还会继续占用io资源，造成统计上的困扰
【 在 helloweenpad 的大作中提到: 】
: 网上的 -T largefile 坑死我了，inode不够用。除了等几个小时没别的办法了吧
--
FROM 139.226.19.*