linux ： ulimit 命令使用说明、参数解说
ulimit -a 用來顯示當前的各種用戶進程限制
Linux 對于每個用戶，系統限制其最大進程數，為提高性能，可以根據設備資源情況，
設置個Linux用戶的最大進程數，一些需要設置為無限制：
用這個命令的時候主要是為了產生 core 文件，就是程序運行發行段錯誤時的文件：ulimit -c??unlimited 生成 core 文件。
?
功能說明：控制 shell 程序的資源。
語 法：ulimit [-aHS][-c <core文件上限>][-d <數據節區大小>][-f <文件大小>][-m <內存大小>][-n <文件數目>][-p <緩沖區大小>][-s <堆疊大小>][-t <CPU時間>][-u <程序數目>][-v <虛擬內存大小>]PS： 可選參數直接寫在同一行，現在換行只是為了方便查看參數定義補充說明：ulimit為shell內建指令，可用來控制shell執行程序的資源。
參 數：
1,說明:?ulimit用于shell啟動進程所占用的資源.?
2,類別:?shell內建命令
3,語法格式:?ulimit [-acdfHlmnpsStvw] [size]
4,參數介紹:
5,簡單實例:
1]在RH8的環境文件/etc/profile中,我們可以看到系統是如何配置ulimit的:
| CODE: #grep ulimit /etc/profile |
這條語句設置了對軟件資源和對core文件大小的設置
2] 如果我們想要對由shell創建的文件大小作些限制, 如:
| CODE: #ll h |
文件h的大小是150062字節,而我們設定的創建文件的大小是512字節x100塊=51200字節
當然系統就會根據你的設置生成了51200字節的newh文件.
3] 可以像實例1]一樣,把你要設置的ulimit放在/etc/profile這個環境文件中.
當系統中的一些程序在遇到一些錯誤以及crash時，系統會自動產生core文件記錄crash時刻系統信息，包括內存和寄存器信息，用以程序員日 后debug時可以使用。這些錯誤包括段錯誤、非法指令、總線錯誤或用戶自己生成的退出信息等等，一般地，core文件在當前文件夾中存放。
core文件有時可能在你發生錯誤時，并沒有出現在你當前的文件夾中，發生這種情況的原因有兩個：一個是當前終端被設置為不能彈出core文件；另一種則是core文件被指定了路徑。
對于前者，我們可以使用ulimit命令對core文件的大小進行設定。一般默認情況下，core文件的大小被設置為0，這樣系統就不dump出core文件了。這時，使用命令：ulimit -c unlimited進行設置，就可以把core文件的大小設置為無限大，同時也可以使用數字來替代unlimited，對core文件的上限制做更精確的設定。
除了可以設置core文件的大小之外，還可以對core文件的名稱進行一些規定。這種設置是對/proc/sys/kernel/core_pattern和/proc/sys/kernel/core_uses_pid這兩個文件進行修改。改動這兩個文件的方法如下：
echo <pattern> > /proc/sys/kernel/core_pattern
echo <"0"/"1"> /proc/sys/kernel/core_uses_pid
并且注意，只有超級用戶才可以修改這兩個表。
core_pattern接受的是core文件名稱的pattern，它包含任何字符串，并且用%作為轉移符號生成一些標示符，為core文件名稱加入特殊含義。已定義的標示符有如下這些：
%%：相當于%%p：相當于<pid>%u：相當于<uid>%g：相當于<gid>%s：相當于導致dump的信號的數字%t：相當于dump的時間%e：相當于執行文件的名稱%h：相當于hostname除以上這些標志位外，還規定：
1、末尾的單個%可以直接去除；2、%加上除上述以外的任何字符，%和該字符都會被去除；3、所有其他字符都作為一般字符加入名稱中；4、core文件的名稱最大值為64個字節（包括'\0'）；5、core_pattern中默認的pattern為core；6、為了保持兼容性，通過設置core_uses_pid，可以在core文件的末尾加上%p；7、pattern中可以包含路徑信息。------------------------------------------------? 我是分隔線 ------------------------------------------------------------------
下面的資料是從互聯網上整理的來的
1. 可以用ulimit -a 查看一下棧的大小。
在內核2.6.20下， stack size 為8192 kbytes
如果這里沒有限制，就棧的大小就只受內存的限制。2G是上限。
2. core 文件
?* 開啟或關閉core文件的生成
很多系統在默認的情況下是關閉生成core文件的，這個命令可以加到你的profile中去。
3.設置Core Dump的核心轉儲文件目錄和命名規則
在默認的情況下，很多系統的core文件是生成在你運行程序的目錄下，或者你在程序中chdir后的那個目錄，然后在core文件的后面加了一個 pid。在實際工作中，這樣可能會造成很多目錄下產生core文件，不便于管理，實際上，在2.6下，core文件的生成位置和文件名的命名都是可以配置 的。
/proc/sys/kernel/core_uses_pid 可以控制產生的core文件的文件名中是否添加pid作為擴展。如果添加則文件內容為1，否則為0
proc/sys/kernel/core_pattern可以設置格式化的core文件保存位置或文件名，比如原來文件內容是core-%e?
可以這樣修改:
echo "/tmp/core-%e-%p" > core_pattern
將會控制所產生的core文件會存放到/corefile目錄下，產生的文件名為core-命令名-pid-時間戳
以下是參數列表:??
當然，你可以用下列方式來完成
sysctl -w kernel.core_pattern=/tmp/core-%e-%p
這些操作一旦計算機重啟，則會丟失，如果你想持久化這些操作，可以在 /etc/sysctl.conf文件中增加：
kernel.core_pattern=/tmp/core%p
加好后，如果你想不重啟看看效果的話，則用下面的命令：
sysctl -p /etc/sysctl.conf
------------------------------------------------? 我是分隔線 ------------------------------------------------------------------
高手指教
? ? 問題1：現有一程序P 長期在服務器上運行，目前經常是每1天死掉一次（段錯誤）。
??? 目前解決方法：用SecureCRT開一個終端，并在服務其上設置ulimit -c nulimited，然后啟動程序P。
用ulimite -a 命令查詢結果如下：
? core file size ?? ?? (blocks, -c) unlimiteddata seg size ?? ?? ??? (kbytes, -d) unlimitedfile size ?? ?? ?? ?? (blocks, -f) unlimitedpending signals ?? ?? ?? ?? ??? (-i) 1024max locked memory ?? (kbytes, -l) 32............? ? ? ? ?表明core文件可以生成。
?? ?? ?? 并測試利用kill -6 pid能夠core文件。
?? 目前的困難：當運行ulimit -c nulimited終端 （并且該終端將程序P啟動到后臺了 ./P &）關閉，程序P死掉后并沒有生成 core文件。經試驗后發現ulimit 命令與終端有關。
?? 問題2：如何設置能夠生成core 文件，與終端無關。即，程序啟動，關閉終端，當程序死掉（段錯誤）后能夠生成core文件。
在 /etc/security/limits.conf （中設置 redhat衍生系linux）或 /etc/profile中的：
# No core files by default
ulimit -S -c 0 > /dev/null 2>&1
注釋掉上面一行。
還有其他UNIX類操作系統也有自己的配置文件可以設置。
------------------------------------------------? 我是分隔線 ------------------------------------------------------------------
gdb core 多線程。在linux環境下調試多線程，總覺得不像.NET那么方便。這幾天就為找一個死鎖的bug折騰好久，介紹一下用過的方法吧。
多線程如果dump，多為段錯誤，一般都涉及內存非法讀寫。可以這樣處理，使用下面的命令打開系統開關，讓其可以在死掉的時候生成core文件。???
ulimit -c unlimited
這樣的話死掉的時候就可以在當前目錄看到core.pid(pid為進程號)的文件。接著使用gdb:
gdb ./bin ./core.pid?
進去后，使用bt查看死掉時棧的情況，在使用frame命令。
還有就是里面某個線程停住，也沒死，這種情況一般就是死鎖或者涉及消息接受的超時問題(聽人說的，沒有遇到過)。遇到這種情況，可以使用：
gcore pid?（調試進程的pid號）
手動生成core文件，在使用pstack(linux下好像不好使)查看堆棧的情況。如果都看不出來，就仔細查看代碼，看看是不是在 if，return，break，continue這種語句操作是忘記解鎖，還有嵌套鎖的問題，都需要分析清楚了。
------------------------------------------------? 我是分隔線 ------------------------------------------------------------------
5.舉例
在Linux下寫程序的時候，如果程序比較大，經常會遇到“段錯誤”（segmentation fault）這樣的問題，這主要就是由于Linux系統初始的堆棧大小（stack size）太小的緣故，一般為10M。我一般把stack size設置成256M，這樣就沒有段錯誤了！命令為：
ulimit?? -s 262140?
如果要系統自動記住這個配置，就編輯/etc/profile文件，在 “ulimit -S -c 0 > /dev/null 2>&1”行下，添加“ulimit?? -s 262140”，保存重啟系統就可以了！?
?可以把你要設置的 ulimit 放在 /etc/profile 這個環境文件中.
用途? ?設置或報告用戶資源極限。
語法? ?ulimit [ -H ] [ -S ] [ -a ] [ -c ] [ -d ] [ -f ] [ -m ] [ -n ] [ -s ] [ -t ] [ Limit ]
描述? ?ulimit 命令設置或報告用戶進程資源極限，如 /etc/security/limits 文件所定義。文件包含以下缺省值極限：?
當新用戶添加到系統中時，這些值被作為缺省值使用。當向系統中添加用戶時，以上值通過 mkuser 命令設置，或通過 chuser 命令更改。?
極限分為軟性或硬性。通過 ulimit 命令，用戶可將軟極限更改到硬極限的最大設置值。要更改資源硬極限，必須擁有 root 用戶權限。?
很多系統不包括以上一種或數種極限。 特定資源的極限在指定 Limit 參數時設定。Limit 參數的值可以是每個資源中指定單元中的數字，或者為值 unlimited。要將特定的 ulimit 設置為 unlimited，可使用詞 unlimited。?
注：在 /etc/security/limits 文件中設置缺省極限就是設置了系統寬度極限， 而不僅僅是創建用戶時用戶所需的極限。?
省略 Limit 參數時，將會打印出當前資源極限。除非用戶指定 -H 標志，否則打印出軟極限。當用戶指定一個以上資源時，極限名稱和單元在值之前打印。如果未給予選項，則假定帶有了 -f 標志。?
由于 ulimit 命令影響當前 shell 環境，所以它將作為 shell 常規內置命令提供。如果在獨立的命令執行環境中調用該命令，則不影響調用者環境的文件大小極限。以下示例中正是這種情況：?
一旦通過進程減少了硬極限，若無 root 特權則無法增加，即使返回到原值也不可能。?
關于用戶和系統資源極限的更多信息，請參見 AIX 5L Version 5.3 Technical Reference: Base Operating System and Extensions Volume 1 中的 getrlimit、setrlimit 或 vlimit 子例程。
標志
退出狀態?
返回以下退出值：
示例?
要將文件大小極限設置為 51,200 字節，輸入：?
ulimit -f 100
?
非常抱歉，這篇文章來自草稿整理：太久了，不清楚各個段落轉自何處了 ...
如果你看到原文可以給我留言，我會再補上，謝謝。
總結
以上是生活随笔為你收集整理的linux ： ulimit 命令使用说明、参数解说的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 线程中发送消息阻塞问题解决
- 下一篇： Linux 上 docker 安装 or