您总是可以尝试执行ulimit -n 2048。这将只重置当前shell的限制，并且您指定的数字不能超过硬限制

每个操作系统在配置文件中都有不同的硬限制设置。例如，Solaris上的硬打开文件限制可以在从/etc/system引导时设置。

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中。

有两种限制:

软限制就是目前强制执行的限制 硬限制标志着通过设置软限制不能超过的最大值

软限制可以由任何用户设置，而硬限制只能由根用户更改。 极限是流程的一种属性。它们是在创建子进程时继承的，因此应该在初始化脚本中的系统初始化期间设置系统范围的限制，并且应该在用户登录期间设置用户限制，例如使用pam_limits。

通常在机器启动时设置默认值。因此，即使您可以在单个shell中重置ulimit，您也可能会发现它在重新启动时重置回先前的值。如果要更改默认值，可能需要为现有的ulimit命令设置引导脚本。

如果您正在使用Linux并且遇到权限错误，则需要提高/etc/limits.conf或/etc/security/limits.conf文件中的允许限制(该文件的位置取决于您特定的Linux发行版)。

例如，要允许机器上的任何人将打开的文件数量增加到10000，可以在limits.conf文件中添加这一行。

硬nofile 10000

然后登出并重新登录到您的系统，您应该能够做到:

ulimit -n 10000

没有权限错误。

1)在/etc/security/limits.conf中增加如下一行

webuser hard nofile 64000

然后以webuser登录

su - webuser

2)为webuser编辑以下两个文件

通过运行追加.bashrc和.bash_profile文件

echo "ulimit -n 64000" >> .bashrc ; echo "ulimit -n 64000" >> .bash_profile

3)登出，然后重新登录并验证更改是否正确:

$ ulimit -a | grep open
open files                      (-n) 64000

就是这样，他们嘣，嘣，嘣。

如果您的一些服务陷入了ulimit，有时将适当的命令放入服务的初始化脚本中会更容易一些。例如，当Apache报告时

[alert](11)资源暂时不可用:apr_thread_create:无法创建工作线程

尝试将ulimit -s unlimited放入/etc/init.d/httpd.这并不需要重新启动服务器。