通常我們通過終端連接到
linux系統后執行ulimit -n 命令可以看到本次登錄的session其文件描述符的限制，如下：
$ulimit -n
1024
當然可以通過ulimit -SHn 102400 命令來修改該限制，但這個變更只對當前的session有效，當斷開連接重新連接后更改就失效了。
如果想永久變更需要修改/etc/security/limits.conf 文件，如下：
vi /etc/security/limits.conf
* hard nofile 102400
* soft nofile 102400
保存退出后重新登錄，其最大文件描述符已經被永久更改了。
這只是修改用戶級的最大文件描述符限制，也就是說每一個用戶登錄后執行的程序占用文件描述符的總數不能超過這個限制。
系統級的限制
它是限制所有用戶打開文件描述符的總和，可以通過修改內核參數來更改該限制：
sysctl -w fs.file-max=102400
使用sysctl命令更改也是臨時的，如果想永久更改需要在/etc/sysctl.conf添加
fs.file-max=102400
保存退出后使用sysctl -p 命令使其生效。
與file-max參數相對應的還有file-nr，這個參數是只讀的，可以查看當前文件描述符的使用情況。
直接修改內核參數，無須重啟系統。
sysctl -w fs.file-max 65536
或者
echo "65536" > /proc/sys/fs/file-max
兩者作用是相同的，前者改內核參數，后者直接作用于內核參數在虛擬文件系統（procfs, psuedo file system）上對應的文件而已。
可以用下面的命令查看新的限制
sysctl -a | grep fs.file-max
或者
cat /proc/sys/fs/file-max
修改內核參數
/etc/sysctl.conf
echo "fs.file-max=65536" >> /etc/sysctl.conf
sysctl -p
查看當前file handles使用情況：
sysctl -a | grep fs.file-nr
或者
cat /proc/sys/fs/file-nr
825 0 65536
另外一個命令：
lsof | wc -l
下面是摘自kernel document中關于file-max和file-nr參數的說明
file-max & file-nr: The kernel allocates file handles dynamically, but as yet it doesn't free them again. 內核可以動態的分配文件句柄，但到目前為止是不會釋放它們的 The value in file-max denotes the maximum number of file handles that the Linux kernel will allocate. When you get lots of error messages about running out of file handles, you might want to increase this limit. file-max的值是linux內核可以分配的最大文件句柄數。如果你看到了很多關于打開文件數已經達到了最大值的錯誤信息，你可以試著增加該值的限制 Historically, the three values in file-nr denoted the number of allocated file handles, the number of allocated but unused file handles, and the maximum number of file handles. Linux 2.6 always reports 0 as the number of free file handles -- this is not an error, it just means that the number of allocated file handles exactly matches the number of used file handles. 在kernel 2.6之前的版本中，file-nr 中的值由三部分組成，分別為：1.已經分配的文件句柄數，2.已經分配單沒有使用的文件句柄數，3.最大文件句柄數。但在kernel 2.6版本中第二項的值總為0，這并不是一個錯誤，它實際上意味著已經分配的文件句柄無一浪費的都已經被使用了 |
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters