Linux最大文件描述符数

引用（转发）：https://blog.csdn.net/genzld/article/details/86564821

一：系统
1.系统最大打开文件描述符数： /proc/sys/fs/file-max

2.查看：

            $ cat /proc/sys/fs/file-max

3.重新设置：

    ①临时性： $ echo 1000000 > /pro/sys/fs/file-max

     ②永久性：在配置文件/etc/sysctl.conf中设置

                         fs.file-max = 1000000

二：进程
1.进程最多打开文件描述符数：user limit中的nofile的soft limit

2.查看：$ ulimit -n

3.设置：

       ①临时性：通过ulimit -Sn设置最大打开文件描述符的soft limit，注意soft limit 不能大于 hard limit(ulimit -Hn可查看hard                                    limit),另外ulimit-n默认查看的是soft limit，但是ulimit -n 180000则是同时设置foft limit和hard limit。对于非root                                用户只能设置比原来小的hard limit。

           A：查看hard limit：$ ulimit -Hn

           B：设置soft limit,必须小于hard limit:

                       $ ulimit -Sn 160000

        ②永久性：上面的方法只是临时性的，注销重新登录就失效了，而且不能增大hard limit，只能在hard limit范围内修改soft                               limit，若要永久修改，则需要在/etc/security/limits.conf中进行设置（root用户），可添加如下两行，表示所有                                 用户最大打开文件描述符数的soft limit为102400，hard limit为1040800.一下设置需要注销之后重新登录才能                                 生效：

                             在etc/security/limits.conf中添加如下内容：

                                *soft nofile 102400

                                *hard nofile 104800

         注意：设置nofile的hard limit还要注意一点的就是hard limit不能大于/proc/sys/fs/nr_open，加入hard大于nr_open，注销                           后将无法正常登陆。

         可以修改nr_open的值：# echo 200000 > /pro/sys/fs/nr_open

三：查看当前系统使用的打开文件符数
$ cat /proc/sys/fs/file-nr

5664 0 186405

其中第一个数表示当前系统已分配使用的打开文件描述符数，第二个数为分配后已释放的（目前已不再使用），第三个数等于 file-max

四：总结
》1.所有进程打开的文件描述符数不能超过/proc/sys/fs/file-max

》2.单个进程打开的文件描述符数不能超过user limit中的nofile的soft limit

》3.nofile的soft limit不能超过其hard limit

》4.nofile的hard limt 不能超过 /proc/sys/fs/nr_open.

补充引用：http://www.cnblogs.com/lidabo/p/6041944.html
修改文件句柄数在Linux下，我们使用ulimit -n 命令可以看到单个进程能够打开的最大文件句柄数量(socket连接也算在里面)。系统默认值1024。

对于一般的应用来说(象Apache、系统进程)1024完全足够使用。但是如何象squid、mysql、java等单进程处理大量请求的应用来说就有 点捉襟见肘了。如果单个进程打开的文件句柄数量超过了系统定义的值，就会提到“too many files open”的错误提示。如何知道当前进程打开了多少个文件句柄呢？下面一段小脚本可以帮你查看：

lsof -n |awk ‘{print $2}’|sort|uniq -c |sort -nr|more
在系统访问高峰时间以root用户执行上面的脚本，可能出现的结果如下：

lsof -n|awk '{print $2}'|sort|uniq -c |sort -nr|more    
## 使用句柄数  进程ID
    131 24204  
     57 24244  
     57 24231  
     56 24264  

其中第一行是打开的文件句柄数量，第二行是进程号。得到进程号后，我们可以通过ps命令得到进程的详细内容。

ps -aef|grep 24204
mysql 24204 24162 99 16:15 ? 00:24:25 /usr/sbin/mysqld
哦，原来是mysql进程打开最多文件句柄数量。但是他目前只打开了131个文件句柄数量，远远底于系统默认值1024。

但是如果系统并发特别大，尤其是squid服务器，很有可能会超过1024。这时候就必须要调整系统参数，以适应应用变化。Linux有硬性限制和软性限制。可以通过ulimit来设定这两个参数。方法如下，以root用户运行以下命令：

ulimit -HSn 4096
以 上命令中，H指定了硬性大小，S指定了软性大小，n表示设定单个进程最大的打开文件句柄数量。个人觉得最好不要超过4096，毕竟打开的文件句柄数越多响 应时间肯定会越慢。设定句柄数量后，系统重启后，又会恢复默认值。如果想永久保存下来，，可以修改 /etc/profile 把上面命令加到最后。(findsun提出的办法比较合理)

/////////////////////////////////////////////////////////////////////////////

在 Linux下面部署应用的时候，有时候会遇上Socket/File: Can’t open so many files的问题，其实Linux是有文件句柄限制的（就像WinXP？），而且默认不是很高，一般都是1024，作为一台生产服务器，其实很容易就达到 这个数量，因此我们需要把这个值改大一些。

大概知道ulimit这个命令是相关的，上Google搜索了一下，大多数说的很含糊，也没有统一说一下，经过两个小时看了不少文章终于弄清楚ulimit相关的一些配置问题。

我们可以用ulimit -a来查看所有限制值，我只关心文件句柄数量的问题

open files (-n) 1024

这个就是限制数量

这里，有很多ulimit的文章都说的很含糊，究竟这个1024是系统的限制，还是用户的限制呢。其实，这个是用户限制来的，完整的说法，应该是当前用户准备要运行的程序的限制。

1、这个限制是针对单个程序的限制

2、这个限制不会改变之前已经运行了的程序的限制

3、对这个值的修改，退出了当前的shell就会消失

比如说，我先运行了一个程序A，然后通过ulimit修改了限制为2048，然后运行B，然后退出了shell再登录，然后运行C。那就只有B可以打开2048个句柄。

如果我们需要改变整体的限制值，或者我们运行的程序是系统启动的，应该怎么处理呢

其中一个方法，是想ulimit修改命令放入/etc/profile里面，但是这个做法并不好

正确的做法，应该是修改/etc/security/limits.conf

里面有很详细的注释，比如

• soft nofile 2048

• hard nofile 32768

就可以将文件句柄限制统一改成软2048，硬32768

这里涉及另外一个问题，什么是软限制，什么是硬限制

硬限制是实际的限制，而软限制，是warnning限制，只会做出warning

配置文件最前面的一位是domain，设置为星号代表全局，另外你也可以针对不同的用户做出不同的限制

修改了，重新登录用ulimit一开就立刻生效了，不过之前启动过的程序要重新启动才能使用新的值。我用的是CentOS，似乎有些系统需要重启才能生效。

也可以根据进程ID，查看某个进程开了多少句柄数，
ls -l /proc/进程ID/fd | wc -l