运行应用程序时，有时会出现关于
too many files open的错误。运行
ulimit -a报告限制为1024。如何将限制增加到1024以上？ 编辑
ulimit -n 2048导致权限错误。#1 楼
您可以随时尝试执行ulimit -n 2048。这只会重置当前shell的限制，并且您指定的数字不得超过硬限制。每个操作系统在配置文件中都有不同的硬限制设置。例如，可以从/ etc / system引导时设置Solaris上的硬打开文件限制。
set rlim_fd_max = 166384
set rlim_fd_cur = 8192
在OS X上，必须在/中设置相同的数据。 etc / sysctl.conf。
kern.maxfilesperproc=166384
kern.maxfiles=8192
在Linux下，这些设置通常位于/etc/security/limits.conf中。
有两种限制：
软限制只是当前强制执行的限制
硬限制标记的最大值不能通过设置a来超过软限制
任何用户都可以设置软限制，而硬限制只能由root用户更改。
限制是进程的属性。它们是在创建子进程时继承的，因此应在系统初始化期间在init脚本中设置系统范围的限制，并应在用户登录期间设置用户限制（例如，使用pam_limits）。
通常机器启动时默认设置。因此，即使您可以在单个shell中重置ulimit，也可能会发现它在重新引导时重置为先前的值。如果要更改默认值，则可能需要为存在ulimit命令grep您的引导脚本。
评论
你能告诉我如何在Windows中使用它吗？
– Pritam
2015年4月9日在7:04
@hoyhoy我可以将其更改为2048，但不能更改为4500，为什么？看到这个
–alhelal
17年12月28日在8:50
@GaneshKrishnan您提到的linux文件中要添加什么？
–禽流感病毒
18/12/19在12:35
@Pritam Windows没有任何限制。您必须指定正在使用的内容（例如WSL，Cygwin）。
–梅勒比乌斯
19年11月19日在9:11
#2 楼
如果使用的是Linux，并且出现权限错误，则需要提高/etc/limits.conf或/etc/security/limits.conf文件（文件所在的位置取决于您的特定Linux发行版）中的允许限制。 例如，要允许计算机上的任何人将打开的文件数提高到10000，请在
limits.conf文件中添加该行。 * hard nofile 10000 然后注销并重新登录到系统，您应该可以执行以下操作：
ulimit -n 10000 而无需权限错误。
评论
注意：通配符不适用于root用户。如果要调整根限制，则必须指定root hard nofile 10000。
–约书亚·品特（Joshua Pinter）
15年8月6日在17:04
@JoshPinter哈哈，我刚刚花了大约3个小时的时间来研究每个如何更改ulimit的教程，最后发现我是以root身份登录的。这就是为什么我不断在ulimit -a中看到1024的原因。我更改了wildcare，并在limits.conf中添加了*。现在一切都很好，（我使用ssh键不用担心：P）-谢谢！！！
– NiCk Newman
16年6月13日在15:24
@NiCkNewman很高兴您对此感到笑！对于程序员/ sysops人来说，这是一个很好的特征。我做了同样的事情，并不那么快乐。很高兴它有所帮助！ :)
–约书亚·品特（Joshua Pinter）
16年6月14日在17:46
补充：您还可以在此目录中找到一个配置：/etc/security/limits.d/。
– WaldemarWosiński
16 Dec 14 '14：51
我第一次打开/etc/security/limits.conf，注意到那里的所有内容都被注释掉了。那么“ hard nofile”的默认值是什么？
–ka3ak
17年5月4日在16:42
#3 楼
1）将以下行添加到/etc/security/limits.conf webuser hard nofile 64000
，然后以webuser登录
su - webuser
2）编辑以下内容Webuser的两个文件
通过运行
echo "ulimit -n 64000" >> .bashrc ; echo "ulimit -n 64000" >> .bash_profile
附加.bashrc和.bash_profile文件3）注销，然后重新登录并验证更改已正确完成：
$ ulimit -a | grep open
open files (-n) 64000
就这样，它们动起来，动臂动起来。
评论
如果您将limits.conf中的行从“硬”更改为“软”，则它将成为新的默认值，并且不需要更改bash配置文件。
– RishiD
13年8月12日在16:22
似乎您正在重复其他步骤。仅在所有会话中设置限制都将与配置文件相同。
–艾迪
13年11月11日14:47
#4 楼
如果您的某些服务陷入了ulimit限制，则有时将适当的命令放入服务的init脚本会更容易。例如，当Apache正在报告[警报]（11）资源暂时不可用：apr_thread_create：无法创建工作线程
尝试将
ulimit -s unlimited放入/etc/init.d/httpd中。这不需要重新启动服务器。
评论
另请参见：unix.stackexchange.com/a/8949/231660我只是在Centos 7上经历了这一点（在RHEL上也是如此），并写了一篇博客文章来介绍它，因为即使在所有这些文章上我也遇到了很多麻烦：coding-stream-of-ogniness.com/2018/12/21/…。通常，与打开的文件一起，您需要增加实际上位于多个设置文件中的nproc ...，如果您使用具有自己单独设置的systemd / systemctl。有点坚果。
如果您在Linux上使用VSCode，此解决方法可能会有所帮助：stackoverflow.com/a/55027686/1190948