我們知道，Linux下，文件描述符就是一個簡單的整數值，習慣上，標準輸入（standard input）的文件描述符是 0，標準輸出（standard output）是 1，標準錯誤（standard error）是 2。POSIX 定義了STDIN_FILENO、STDOUT_FILENO 和STDERR_FILENO 來代替 0、1、2。這三個符號常量的定義位于頭文件 unistd.h。

        文件描述符的有效范圍是0 到OPEN_MAX。那么一個進程最多到底能打開多少個文件描述符呢？下面，就以asterisk進程為例來說明。

#ps –ef | grep asterisk

從第二列得到asterisk的PID為19488。

# cat /proc/19488/limits

        紅線一行說明asterisk進程最大能打開1024個文件描述符（不包含它的子進程或創建出來的線程）。在/proc/19488/task/目錄下，詳細列出了其下的子任務的情況，每個子文件夾里同樣有一個limits文件，限定了各子任務的情況。

         一個進程打開了幾個文件描述符呢？

# ll /proc/19488/fd/

        子目錄fd中，詳細列出了進程打開的每個文件描述符，同樣，/proc/19488/task/XXXX/fd下也會有子任務打開的文件描述符的情況。要知道有幾個，執行

# ll /proc/19488/fd/ | wc -l

        怎樣知道一個進程及其子進程和哪些文件有關聯呢？lsof可以完成這工作。請注意，關聯文件和打開文件描述符是兩個不同的概念，關聯文件的數量可能遠遠大于打開的文件描述符的數量。

# lsof | grep asterisk | wc –l

        也可以用父進程的PID過濾

# lsof | grep 19488 | wc –l

         我這里得到的值是9525

         怎樣修改文件描述符的限定呢？臨時修改，可以通過ulimit。

# ulimit -SHn 2048

          但是這樣只能影響到當前的session，當終端重新連接或當前用戶退出，配置就失效了。如果想永久變更需要編輯/etc/security/limits.conf 文件，添加如下兩行：
* hard nofile 2048
* soft nofile 2048

         內核參數對文件描述符也有限制，如果設置的值大于內核的限制，也是不行的：

         查找file-max的內核參數：

# sysctl -a|grep file-max

        更改file-max的內核參數：

# sysctl -w file-max=65535

        Sysctl也是臨時的，要想永久生效，可以通過更改sysctl的文件，編輯/etc/sysctl.conf文件，添加或修改以下一行：

fs.file-max=65535

        需要注意的是，文件描述符的限制，不局限于這里描述的這些，還可能和進程的啟動參數、用戶的環境設置有關。當然，如果是進程BUG造成文件描述符沒有及時關閉回收，這增大限制也只是治標，根本上還得修復BUG。

       此外，lsof會列出系統中所占用的資源,但是這些資源不一定會占用打開的文件描述符(比如共享內存,信號量,消息隊列,內存映射.等,雖然占用了這些資源,但不占用打開文件號)，因此有可能出現cat /proc/sys/fs/file-max 的值小于lsof | wc -l。asterisk本身提供了一個啟動腳本，名為safe_asterisk，腳本里面就對文件描述符做了一些設置。