表 1. ulimit 參數說明
選項 [options] 含義 例子 -H 設置硬資源限制，一旦設置不能增加。 ulimit – Hs 64；限制硬資源，線程棧大小為 64K。 -S 設置軟資源限制，設置後可以增加，但是不能超過硬資源設置。 ulimit – Sn 32；限制軟資源，32 個文件描述符。 -a 顯示當前所有的 limit 信息。 ulimit – a；顯示當前所有的 limit 信息。 -c 最大的 core 文件的大小， 以 blocks 為單位。 ulimit – c unlimited； 對生成的 core 文件的大小不進行限制。 -d 進程最大的數據段的大小，以 Kbytes 為單位。 ulimit -d unlimited；對進程的數據段大小不進行限制。 -f 進程可以創建文件的最大值，以 blocks 為單位。 ulimit – f 2048；限制進程可以創建的最大文件大小為 2048 blocks。 -l 最大可加鎖內存大小，以 Kbytes 為單位。 ulimit – l 32；限制最大可加鎖內存大小為 32 Kbytes。 -m 最大內存大小，以 Kbytes 為單位。 ulimit – m unlimited；對最大內存不進行限制。 -n 可以打開最大文件描述符的數量。 ulimit – n 128；限制最大可以使用 128 個文件描述符。 -p 管道緩沖區的大小，以 Kbytes 為單位。 ulimit – p 512；限制管道緩沖區的大小為 512 Kbytes。 -s 線程棧大小，以 Kbytes 為單位。 ulimit – s 512；限制線程棧的大小為 512 Kbytes。 -t 最大的 CPU 占用時間，以秒為單位。 ulimit – t unlimited；對最大的 CPU 占用時間不進行限制。 -u 用戶最大可用的進程數。 ulimit – u 64；限制用戶最多可以使用 64 個進程。 -v 進程最大可用的虛擬內存，以 Kbytes 為單位。 ulimit – v 200000；限制最大可用的虛擬內存為 200000 Kbytes。 當然我們都知道linux大部分的命令設置都是臨時生效，而且ulimit命令只對當前終端生效，如果需要永久生效的話，我們有兩種方法，一種是將命令寫至profile和bashrc中，在有些網頁中說寫到rc.local，其實是不對的；還有一種就是在limits.conf中添加記錄（需重啟生效，並且在/etc/pam.d/中的seesion有使用到limit模塊）。接下來討論的就是在limits.conf用戶最大文件打開數限制的相關內容。 針對用戶打開最大文件數的限制， 在limits.conf對應的nofile，不管是man手冊還是文件中說明都只是一句話“maximum number of open files"，它其實對應是單個進程能打開的最大文件數，通常為了省事，我們想取消它的限制，根據man手冊中，“values -1, unlimited or infinity indicating no limit”，-1、unlimited、infinity都是表明不做限制，可是當你實際給nofile設置成這個值，等你重啟就會發現無法登錄系統了。 由此可見，nofile是有一個上限的，同時用ulimit測試： #ulimit -n unlimited bash: ulimit: open files: cannot modify limit: 不允許的操作 寫一個簡單的for循環得出： 1 #for V in `seq 100000 10000000`;do ulimit -n $V；[[ $? != 0 ]]&&break;done 再執行ulimit -n ，可以看到1048576就是nofile的最大值了，但為什麼是這個值？1048576是1024*1024，當然這並沒有什麼卵用。。。再跟蹤一下我們就會發現這個值其實是由內核參數nr_open定義的： # cat /proc/sys/fs/nr_open 1048576 到此我們就要說起nr_open，與file-max了，網上在說到設置最大文件數時偶爾有些帖子也說到要修改file-max，字面上看file-max確實像是對應最大文件數，而在linux內核文檔中它們兩的解釋是： file-max： 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 執行：grep -r MemTotal /proc/meminfo | awk '{printf("%d",$2/10)}'，可以看到與file-max是相近的； nr_open: This denotes the maximum number of file-handles a process can allocate. Default value is 1024*1024 (1048576) which should be enough for most machines. Actual limit depends on RLIMIT_NOFILE resource limit. 額，到此筆者有點暈了，file-handles（即文件句柄），然後相比而言在UNIX/LINUX中我們接觸更多是file discriptor（FD，即文件描述符)，通過百度搜索，似乎file-handle在windows中是一個類似file discrptor的東東，但是我們討論的是linux，再google一下，我們可以精確到c語言中這兩個概念的區別，據他們的討論file-handle應該是一個高層的對象，使用fopen，fread等函數來調用，而FD是底層的一個對象，可以通過open，read等函數來調用。 到此，我們應該可以下一個大致的結論了，file-max是內核可分配的最大文件數，nr_open是單個進程可分配的最大文件數，所以在我們使用ulimit或limits.conf來設置時，如果要超過默認的1048576值時需要先增大nr_open值（sysctl -w fs.nr_open=100000000或者直接寫入sysctl.conf文件）。當然百萬級別的單進程最大file-handle打開數應該也夠用了吧。。 由於筆者水平有限，內容難免有錯漏之處，還有file-max的默認值為何會比nr_open值要小也沒有再深入追究，歡迎大家來討論交流。