前言
在我們寫程序的時候往往都沒有注意到一些系統(tǒng)資源的臨界值，然而這些臨界值在有的時候會把我們害的很慘唐础，比如一個忘掉關(guān)閉的文件描述符箱歧，比如malloc竟然會返回錯誤矾飞，又或者是爆棧，我們該如何解決或者說預(yù)防這些問題呢呀邢？
以下實(shí)驗(yàn)僅在本機(jī)的系統(tǒng)環(huán)境下生效：
用戶層面資源限制
ulimit 命令可以查看用戶層面的系統(tǒng)資源限制洒沦。這是在 /etc/security/limits.conf 的描述:
該文件為通過PAM登錄的用戶設(shè)置資源限制。
它不會影響系統(tǒng)服務(wù)的資源限制价淌。
還要注意 /etc/security/limits.d 目錄中的配置文件申眼，以字母順序閱讀的內(nèi)容，請覆蓋此設(shè)置域相同或更具體的情況下使用文件蝉衣。
例如括尸，這意味著在此處設(shè)置通配符域的限制可以使用配置文件中的通配符設(shè)置覆蓋子目錄，但此處的用戶特定設(shè)置只能被覆蓋在子目錄中具有特定于用戶的設(shè)置病毡。
所以 ulimit 的確是觀察用戶層面的資源限制濒翻。
我們可以通過 ulimit -a 查看我們所有的資源上限：
只說其中我們比較關(guān)注的那些：
-s?棧大小:8MB
-u?進(jìn)程上限:30000多
-n?文件描述符上限:1024
同時你可以用ulimit -Ha或ulimit -Sa查看硬限制和軟限制，硬限制是指對資源節(jié)點(diǎn)和數(shù)據(jù)塊的絕對限制啦膜，由 root 用戶設(shè)置硬限制肴焊。雖然其他用戶可以降低硬限制，但只有 root 用戶可以增加硬限制功戚。至于軟限制娶眷，網(wǎng)上資料也沒有說什么，大概就是非root用戶不能超過軟限制啸臀，但是非root用戶可以做的是將其軟限制增加到其硬限制届宠。
我們的服務(wù)器程序可能有打開超過1024個文件描述符，有沒有辦法修改這些資源的上限呢乘粒？
E.g. ulimit -n 1024可以修改系統(tǒng)對文件描述符的限制豌注，不過是臨時當(dāng)前的shell生效的,如果你使用which ulimit你會發(fā)現(xiàn)ulimit是一個shell built-in command的腳本。
我們應(yīng)該修改?/etc/security/limits.conf 去讓我們的修改永久生效灯萍。(需要重新啟動,可能有直接加載配置的方法轧铁，暫時不知道)
實(shí)驗(yàn)1. 修改文件描述符上限
在/etc/security/limits.conf中添加以下片段：
重啟后，然后查看一下資源是否真的被修改了:
說明修改成功旦棉。那么現(xiàn)在我們測試下我們的程序能否打開這么多個文件描述符齿风？做個小測試，下面就是打開10240個臨時文件绑洛，這里我們期待錯誤 EFILE：
接著我們看一下結(jié)果：
在修改之前是ulimit的默認(rèn)值是1024,然后測試出的最大打開文件描述符的數(shù)量是1001,現(xiàn)在是修改為10240后可以打開10217個文件描述符救斑，實(shí)驗(yàn)成功。然后我們能打開的總數(shù)為什么不是剛好10240呢真屯？這個問題是因?yàn)槌绦蜃陨泶蜷_了一些文件或是加載了一些動態(tài)庫,stdin/stdout/stderr,以及 /etc/ld.so.cache脸候，/usr/lib/libm.so.6，/usr/lib/libstdc++.so.6...
實(shí)驗(yàn)2. 修改棧空間上限
同樣還是在/etc/security/limits.conf添加這樣兩句：
然后在c程序中測試棧幀的上限：
程序正常运沦。將棧調(diào)到臨界值：
程序發(fā)生段錯誤泵额。
但這里也只能保守的說：調(diào)整以后的一個進(jìn)程的棧空間大概在 8192000B 這附近携添。
系統(tǒng)層面資源限制
單個進(jìn)程打開文件句柄數(shù)上限 最大文件描述符數(shù) 10億梯刚。
系統(tǒng)分配的pid上限是400多萬。
file-max是在內(nèi)核級別強(qiáng)制執(zhí)行的最大文件描述符（FD）薪寓，上限600萬亡资。
已分配的文件文件描述符數(shù)，已分配但未使用的文件描述符數(shù)以及最大文件描述符數(shù)(不可調(diào))向叉。
系統(tǒng)全局的總線程數(shù)限制為6萬锥腻。
單個程序所能使用內(nèi)存映射空間的數(shù)量為6萬。
可以創(chuàng)建的線程的總數(shù)和這些有關(guān)：
一個進(jìn)程的資源限制
redis中文件描述符上限的調(diào)整
你覺得資源限制和你沒有關(guān)系母谎？在你打開 redis-server 的時候瘦黑，難道就沒有注意到這樣的一段：
Increased maximum number of open files to 10032 (it was originally set to 1024).
其含義就是將文件描述符從默認(rèn)的上限調(diào)整到10032，為了適應(yīng)更多的網(wǎng)絡(luò)連接奇唤。
其源碼中也不過是調(diào)用了api:
setrlimit(RLIMIT_NOFILE,&limit)
去進(jìn)行了資源上限的臨時調(diào)整幸斥，此處不細(xì)講。
prlimit
最后介紹另外一個類似ulimit的命令prlimit：
結(jié)語
linux的資源限制不能說很奇妙吧咬扇，但確實(shí)值得做linux服務(wù)端編程的程序員們需要注意甲葬，同時我們可以通過在 /etc/security/limits.conf 去修改資源的上限。忽然想到上次問學(xué)長：為什么linux下需要對這些資源進(jìn)行限制懈贺？都調(diào)整為ulimited不是很好么经窖？
可以說我們的linux機(jī)器之所以限制這些資源的上限，是希望我們能夠充分利用它梭灿，把它的性能發(fā)揮到極致画侣，而不是讓CPU或者文件等資源在那里閑置著，浪費(fèi)計(jì)算機(jī)的生命堡妒。
歡迎關(guān)注公眾號?Linux碼農(nóng)配乱，獲取更多干貨
推薦閱讀：
