目前在debug 的时候发现进程使用的fd 数目不够了！！
进程层面：
1.进程最多打开文件描述符数
由于目前进程已经在运行，是有ulimit 修改参数没用，目前可以通过/proc/$pid/limits来动态修改
/proc/$pid/limits
使用ulimit 命令查看 当前的限制以及使用root用户运行以下命令：ulimit -HSn 4096修改 单进程能打开的文件描述符；
以上命令中，H指定了硬性大小，S指定了软性大小，n表示设定单个进程最大的打开文件句柄数。
记住：
- ulimit -n 设置的单shell的最大文件数的限制，如果在一个shell中开启了多个进程，则会共享最大文件数。
由于重启后失效所以一般都在profile 中执行
echo "ulimit -n 1048576" >> /etc/profile
或者在/etc/security/limits.conf中进行设置（root用户），可添加如下两行，表示所有 用户最大打开文件描述符数的soft limit为102400，hard limit为1042400
在etc/security/limits.conf中添加如下内容：
*soft nofile 102400 *hard nofile 102400
- 设置nofile的hard limit还要注意一点的就是hard limit不能大于/proc/sys/fs/nr_open
- 也就是设置/proc/sys/fs/nr_open可以调整 一个进程能够使用的最大文件数
系统方面：
- 系统最大打开文件描述符数： /proc/sys/fs/file-max
- 查看当前系统使用的打开文件描述符数---/proc/sys/fs/file-nr
#cat /proc/sys/fs/file-nr
6784 0 10000000
说明：第一个数表示当前系统已分配的文件描述符数（文件句柄数），第二个数为分配后已释放的文件描述符数（当前不再使用的文件描述符数），
第三个数为最大文件描述符数，等于file-max
- /proc/sys/fs/file-max 是系统级的总文件数量限制，当达到此限制之后内核报错 ENFILE；
- 特权进程（ Privileged processes）可以覆盖file-max限制。
》1.所有进程打开的文件描述符数不能超过/proc/sys/fs/file-max
》2.单个进程打开的文件描述符数不能超过user limit --->ulimit 中的nofile的soft limit
注意：当程序是一个daemon时，使用ulimit -HSn 设置其max open file时是无用的， 重启dmemon 进程 ulimit -n 发现其值是40000；
但是cat /proc/pid/limits 发现其open max 值还是1024
实际上 一般都是在代码里面通过setrlimit(RLIMIT_NOFILE, &rlmt) 设置相关参数吧
关于 file-max等具体信息可以通过man proc 查看！！！！
