链接：
修改系统最大文件句柄数
# vi /etc/sysctl.conf
加入一行 fs.file-max = 1491124, 然后在命令行中输入: sysctl -p, 使其生效
#cat /proc/sys/fs/file-max 查看生效结果
修改系统open files参数
# vi /etc/security/limits.conf
加入一行 * hard nofile 204800
# vi /root/.bashrc
为了让设置永久生效、修改.bashrc文件、加入一行 ulimit -HSn 204800
#lsof -p 进程ID
注意：修改完以后如果要让应用服务生效，必须重启应用服务。
相关资料说明：
在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
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，毕竟打开的文件句柄数越多响应时间肯定会越慢。设定句柄数量后，系统重启后，又会恢复默认值。如果想永久保存下来，可 以修改.bash_profile文件，可以修改 /etc/profile 把上面命令加到最后。(findsun提出的办法比较合理)
结论：在一些单进程有可能打开文件句柄超过1024的情况。要注意修改其默认的文件句柄数量/
特别是将来在处理分布式缓存的时候肯定有用到的/1
在此我先记录下！