linux修改open files數

概要

linux系統默認open files數目為1024, 有時應用程序會報Too many open files的錯誤，是因為open files 數目不夠。這就需要修改ulimit和file-max。特別是提供大量靜態文件訪問的web服務器，緩存服務器（如squid）, 更要注意這個問題。
網上的教程，都只是簡單說明要如何設置ulimit和file-max, 但這兩者之間的關系差別，並沒有仔細說明。

說明

1. file-max的含義。man proc，可得到file-max的描述：

/proc/sys/fs/file-maxThis file defines a system-wide limit on the number of open files for all processes. (Seealso setrlimit(2), which can be used by a process to set the per-process limit,RLIMIT_NOFILE, on the number of files it may open.) If you get lots of error messagesabout running out of file handles, try increasing this value:即file-max是設置 系統所有進程一共可以打開的文件數量 。同時一些程序可以通過setrlimit調用，設置每個進程的限制。如果得到大量使用完文件句柄的錯誤信息，是應該增加這個值。也就是說，這項參數是系統級別的。

2. ulimit

Provides control over the resources available to the shell and to processes started by it, on systems that allow such control.即設置當前shell以及由它啟動的進程的資源限制。顯然，對服務器來說，file-max, ulimit都需要設置，否則就可能出現文件描述符用盡的問題修改：

1.修改file-max

# echo  6553560 > /proc/sys/fs/file-max  //sysctl -w "fs.file-max=34166"，前面2種重啟機器後會恢復為默認值
或
# vim /etc/sysctl.conf, 加入以下內容，重啟生效
fs.file-max = 6553560

2.修改ulimit的open file，系統默認的ulimit對文件打開數量的限制是1024

# ulimit -HSn 102400  //這只是在當前終端有效，退出之後，open files又變為默認值。當然也可以寫到/etc/profile中，因為每次登錄終端時，都會自動執行/etc/profile
或
# vim /etc/security/limits.conf  //加入以下配置，重啟即可生效
* soft nofile 65535 
* hard nofile 65535

 
附錄：
附錄1.
為了讓一個程序的open files數目擴大，可以在啟動腳本前面加上ulimit -HSn 102400命令。但當程序是一個daemon時，可能這種方法無效，因為沒有終端。

附錄2.
如果某項服務已經啟動，再動態調整ulimit是無效的，特別是涉及到線上業務就更麻煩了。
這時，可以考慮通過修改/proc/’程序pid’/limits來實現動態修改！！！

來源：http://coolnull.com/2796.html