帮酷LOGO
0 0 评论
文章标签:SET  Ulimit  saf  PROC  HIG  

问题:

我目前有以下条目 /etc/security/limits.d/90-nproc.conf 基于Mongo db推荐的ulimit设置 .


mongod soft nofile 64000


mongod soft nproc 64000



我需要大量增加允许的文件描述符的数量- 比如- 999999 。 通常情况下,每天只能访问数千个文件。 文件数量巨大的原因是WiredTiger存储引擎的工作方式。 它每个集合使用几个文件,其中我有数千个集合。

对这种情况有任何负面影响吗?

打开大量文件描述符是否对系统性能有害,但很大程度上不去使用它?


回答 1:

nproc 是进程限制的数目。 如果你指的是你想要 nofiles的文件。

它只是一个最大限制计数器。 在系统上使用许多东西之前,增加限制不会使用资源。

64k是很多进程。 你的性能可能取决于你拥有多少内存和 CPU 。 对于许多任务,Linux调度程序开销可能会变得很重要。

如有必要还可以调整文件描述符如 ulimit 上的 mongodb参考中所述 。 文件描述符相对轻量级,每个打开文件和套接字都需要一个,但是 64k 仍然是很多。


回答 2:

我可以看到的一个问题是,如果我们给用户提供太多nproc,并且由于代码中的错误,用户实际上能够到达,因此根本不会执行任何操作。 另一个问题是每个进程都需要资源来维护它的状态并进行处理, 如果我们给予那么多资源开发人员可以利用, 肯定会对系统有问题处理, 你也必须考虑其他资源, 比如内存的限制。




文章标签:SET  PROC  HIG  saf  Ulimit  

Copyright © 2011 HelpLib All rights reserved.    知识分享协议 京ICP备05059198号-3  |  如果智培  |  酷兔英语