重新启动后fs.*的更改？
重新启动后fs.*的更改？
提问于 2018-08-28 13:04:11
在重新启动我的机器之后，sysctl -a给了我不同的输出(一些像kernel.sched_domain.cpu0.domain0.max_newidle_lb_cost这样的变化是预期的)：
16c16
< fs.dentry-state = 37641 15280 45 0 0 0
---
> fs.dentry-state = 407249 384656 45 0 0 0
19,22c19,22
< fs.file-max = 19473815
< fs.file-nr = 624 0 19473815
< fs.inode-nr = 36402 297
< fs.inode-state = 36402 297 0 0 0 0 0
---
> fs.file-max = 19473810
> fs.file-nr = 864 0 19473810
> fs.inode-nr = 285420 308
> fs.inode-state = 285420 308 0 0 0 0 0但我不太明白为什么fs相关的设置发生了变化，因为我没有更改/etc/sysctl.conf (也没有间接地更改sysctl )。
更新，特别是nr_inodes的急剧增加和目录缓存条目的总数(fs.dentry-state中的第一个值)。这并不像我在重新启动之后创建了390K+目录。
任何想法或建议都会受到高度赞赏。
回答 1
Server Fault用户
发布于 2018-08-28 13:54:39
这些参数在运行时会发生变化，在重新启动后会有所不同。
https://www.kernel.org/doc/Documentation/sysctl/fs.txt
fs.dentry-state -提供目录缓存的状态。
- 第一个数字显示目录缓存条目的总数。
- 第二个数字显示未使用的条目数。
- 第三个数字表示从何时释放目录到何时可以恢复目录之间的秒数。
- 第四种是测量系统当前请求的页面。
- 最后两个数字不使用，只显示零。
- 总是0。
fs.file-nr可调显示三个参数：
- 分配的文件句柄总数。
- 当前使用的文件句柄的数量( 2.4内核)；或当前未使用的文件句柄的数量( 2.6内核)。
- 可以分配的最大文件句柄(也可以在/proc/sys/fs/ file -max中找到)。
当然，前两个数字参数在运行时和重新启动后都会发生变化。
fs.inode-nr包含nr_inodes和nr_free_inodes。
Nr_inodes代表系统分配的节点数。Nr_free_inodes表示自由节点的数量(?)
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://serverfault.com/questions/928330
复制相关文章
相似问题
腾讯云开发者
