这几天在做一个性能测试，写了一个模拟发送http的程序。模拟100并发的情况下，随机发http get的请求。放到服务器上运行一段时间抛出Too many open files的异常。

异常信息简单的信息如下：

I/O exception (java.net.SocketException) caught when processing request: Too many open files

大致了解下，是文件句柄数设置太低导致的。一般linux服务器默认的句柄数都是1024，执行ulimit -n，查看了下当前的seesion环境下句柄数。果然就是1024.

当前登录的账户并不是root，直接切换到root账户，修改后切回到操作用户metaboy 。发现句柄数并没有改变。

所以使用下面的命令：

ulimit -n 65535

并不能有效的解决这个问题。直接这么修改open files 不能得到保持。下面给出的方法最简单和最直接：

修改/etc/security/limits.conf 添加如下一行：

如：

www - nofile 1006154

www 是一个用户，如果是想所有用户生效的话换成 * ，设置的数值与硬件配置有关，别设置太大了。

* soft  nofile 65535

* hard nofile 65535

修改/etc/pam.d/login添加如下一行

session required /lib/security/pam_limits.so

/lib/security/pam_limits.so 这个路径根据实际情况填写，32位系统是/lib下 64位系统是/lin64下

最重要的，修改完这些后，要重新登录下才行，不然该session的句柄数不会生效。

ulimit -a 用来显示当前的各种用户进程限制。
Linux对于每个用户，系统限制其最大进程数。为提高性能，可以根据设备资源情况，设置各linux 用户的最大进程数，下面我把某linux用户的最大进程数设为10000个：
ulimit -u 10000
对于需要做许多 socket 连接并使它们处于打开状态的Java 应用程序而言，最好通过使用 ulimit -n xx 修改每个进程可打开的文件数，缺省值是 1024。
ulimit -n 4096 将每个进程可以打开的文件数目加大到4096，缺省为1024
其他建议设置成无限制（unlimited）的一些重要设置是：
数据段长度：ulimit -d unlimited
最大内存大小：ulimit -m unlimited
堆栈大小：ulimit -s unlimited
CPU 时间：ulimit -t unlimited
虚拟内存：ulimit -v unlimited
公司服务器需要调整 ulimit的stack size 参数调整为unlimited 无限，使用ulimit -s unlimited时只能在当时的shell见效，重开一个shell就失效了。。于是得在/etc/profile 的最后面添加ulimit -s unlimited 就可以了，source /etc/profile使修改文件生效。
如果你碰到类似的错误提示ulimit: max user processes: cannot modify limit: 不允许的操作 ulimit: open files: cannot modify limit: 不允许的操作
为啥root用户是可以的？普通用户又会遇到这样的问题？
看一下/etc/security/limits.conf大概就会明白。
linux对用户有默认的ulimit限制，而这个文件可以配置用户的硬配置和软配置，硬配置是个上限。
超出上限的修改就会出“不允许的操作”这样的错误。
在limits.conf加上
*        soft    noproc 10240
*        hard    noproc 10240
*        soft    nofile 10240
*        hard    nofile 10240
就是限制了任意用户的最大线程数和文件数为10240。