proc/sys/fs/file-nr為當前已打開文件數
/proc/sys/fs/file-max為系統總打開文件數限制，而ulimit -a看到的是單個進程限制，應該設置這個值。
ulimit -n 4096可以將其設置為4096
不過要想系統重啟后仍然有效，需要將此命令加入/etc/profile
查看某一個進程的最大打開文件數 lsof -p pid ¦ wc -l
Too many open files 問題再現
在之前的“linux文件描述符1024限制”一文中我們用命令ulimit -HSn 65536對句柄數做了修改，但最近發現Too many open files 問題有來了，用lsof -p $java_pic|wc -l發現跑到1200左右就出現大量的此類問題，于是通過網上一篇比較詳細的介紹 ，更加徹底的了解了問題引起的原因！
Too many open files 問題出現有兩種情況：
一種是在搜索的時候出現，多半是由于索引創建完畢之后被移動過，如果創建索引的時候不出現該錯誤，搜索的時候也一般是不會出現的。如果出現了，有兩種處理辦法，一種是修改合并因子和最小合并因子，并且使用
IndexWriter.Optimize() 優化索引，這樣會將索引文件數量減少到文件系統限制之內；另外一種辦法是修改操作系統的打開文件數量限制。方法如下：
1. 按照最大打開文件數量的需求設置系統， 并且通過檢查/proc/sys/fs/file-max文件來確認最大打開文件數已經被正確設置。
# cat /proc/sys/fs/file-max
如果設置值太小， 修改文件/etc/sysctl.conf的變量到合適的值。 這樣會在每次重啟之后生效。 如果設置值夠大，跳過下步。
# echo 2048 > /proc/sys/fs/file-max
編輯文件/etc/sysctl.conf，插入下行。
fs.file-max = 8192
2. 在/etc/security/limits.conf文件中設置最大打開文件數， 下面是一行提示：
#
添加如下這行。
* - nofile 8192
這行設置了每個用戶的默認打開文件數為2048。 注意"nofile"項有兩個可能的限制措施。就是項下的hard和soft。 要使修改過得最大打開文件數生效，必須對這兩種限制進行設定。 如果使用"-"字符設定, 則hard和soft設定會同時被設定。
硬限制表明soft限制中所能設定的最大值。 soft限制指的是當前系統生效的設置值。 hard限制值可以被普通用戶降低。但是不能增加。 soft限制不能設置的比hard限制更高。 只有root用戶才能夠增加hard限制值。
當增加文件限制描述，可以簡單的把當前值雙倍。 例子如下， 如果你要提高默認值1024， 最好提高到2048， 如果還要繼續增加， 就需要設置成4096。
另外一種情況是在創建索引的時候，也有兩種可能，一種是 合并因子太小，導致創建文件數量超過操作系統限制，這時可以修改合并因子，也可以修改操作系統的打開文件數限制；另外一種是合并因子受虛擬機內存的限制，無法調整到更大，而 需要索引的doc 數量又非常的大，這個時候就只能通過修改操作系統的打開文件數限制來解決了。
在此基礎上，我還修改了以下一個配置文件
vi /etc/sysctl.conf
添加：
# Decrease the time default value for tcp_fin_timeout connection
net.ipv4.tcp_fin_timeout = 30
# Decrease the time default value for tcp_keepalive_time connection
net.ipv4.tcp_keepalive_time = 1800
# Turn off tcp_window_scaling
net.ipv4.tcp_window_scaling = 0
# Turn off the tcp_sack
net.ipv4.tcp_sack = 0
#Turn off tcp_timestamps
net.ipv4.tcp_timestamps = 0
然后 service network restart,這些都和TCP sockets有關的優化。
另外需要在 /etc/rc.d/rc.local里添加已使得重啟的時候生效。
echo "30">/proc/sys/net/ipv4/tcp_fin_timeout
echo "1800">/proc/sys/net/ipv4/tcp_keepalive_time
echo "0">/proc/sys/net/ipv4/tcp_window_scaling
echo "0">/proc/sys/net/ipv4/tcp_sack
echo "0">/proc/sys/net/ipv4/tcp_timestamps
因為不是所有的程序都在root下跑的，所有linux有對hard 與soft open files 的區分，普通用戶受hard的限制，無論ulimit -n $數值調到多高，都跑不到 /etc/security/limits.conf里nofile的值.
這樣的優化后 lsof -p $java_pid|wc -l可以跑到4千以上都不會拋出too many open files。
但是我們通過以上的文章詳細介紹知道，這樣也是治標不治本，找到java哪個文件不關閉文件描述符或者被請求過多的原因才是最重要的！