在“陷阱”部分BTRFS 维基有人提到,高度碎片化的文件(虚拟机映像和数据库)可能会出现性能问题。解决方案是禁用这些文件的写时复制。
对于 Debian 安装,我们还应该在哪些系统目录中禁用写时复制(将它们安装在nodatacow
子卷中)?
编辑
为了减少问题的广泛性,假设它是一个具有完整分配映像虚拟机的服务器(例如日志服务器、文件服务器)。此外,类似的操作btrfs add/remove missing
会导致主机中发生大量日志记录。
我的问题是,除了禁用“写主动”虚拟机的写时复制功能外,在/var/log
目录中禁用它是否足够,或者是否有其他系统目录/文件我也可以从一开始就这样做(比如所有的/var
和/tmp
史蒂芬·哈里斯建议)?或者只是从某个地方开始,定期检查碎片文件和性能问题,并在需要时禁用写入时复制?
答案1
Btrfs 不应该在该模式下运行,即使它受支持:例如,它会关闭校验和,因此您将拥有与 EXT4、XFS 和其他典型 FS 非常相似的东西。
有关的想法/var/log
也没有任何合理的背景,因为日志文件通常不会被覆盖,而是大部分会被附加。
正如我所指出的您的大部分担忧已经得到解决就在这个网站上。