在 FreeBSD 系统上,可能还有很多其他系统上,为 root 保留了一定数量的空间,占总容量的 MINFREE%。对于多 TB 文件系统,默认的 8% 是一个惊人的空间量。这么大的卷可能有不到 1% 的 MINFREE,但当然,它必须是一个整数值。
这会改变吗?有人甚至不再使用 MINFREE 了吗?
在 FreeBSD 系统上,可能还有很多其他系统上,为 root 保留了一定数量的空间,占总容量的 MINFREE%。对于多 TB 文件系统,默认的 8% 是一个惊人的空间量。这么大的卷可能有不到 1% 的 MINFREE,但当然,它必须是一个整数值。
这会改变吗?有人甚至不再使用 MINFREE 了吗?
当前其他答案中缺少的关键点是该
minfree
空间不仅为root保留。虽然 root 用户确实minfree
不受限制,但这个空间不只是因为这个原因。为文件系统代码保留的空间
minfree
用于保持良好的性能 - 特别是,它可以减少文件系统上的碎片。的值minfree
还会影响文件系统默认情况下是否尝试快速或节省空间;如果 minfree 低于 5%,并且您没有使用该-o
标志将优化方法更改为tunefs(8)
,您将看到文件系统性能下降。这不时出现在 FreeBSD 列表中。从 May 2003有一个合理的总结(和线程)。该页面也没有附加最后一句话:
正如您所说,在这些拥有庞大文件系统的日子里,一小部分可能会变成巨大的数量。
我想这取决于你的设置。在我用户的 /home 分区上,我将其设置为 0。不需要为 root 保留任何空间。在系统分区(通常通常更小)上,我仍然会留下一些保留空间,以防......你知道,gremlins'n 的东西。
不管总数有多大,百分之一仍然是百分之一。如果您说的空间如此之大,为什么要挂在最后的百分之一上?我不会太担心,如果您的磁盘已满 99%,那么无论如何您都需要一些新磁盘,额外的 1% 不会对您有太大帮助。