ulimit -a 用来显示当前的各种用户进程限制
Linux 对于每个用户，系统限制其最大进程数，为提高性能，可以根据设备资源情况，
设置个Linux用户的最大进程数，一些需要设置为无限制：
用这个命令的时候主要是为了产生 core 文件，就是程序运行发行段错误时的文件：ulimit -c unlimited 生成 core 文件。
功能说明：控制 shell 程序的资源。
补充说明：ulimit为shell内建指令，可用来控制shell执行程序的资源。
参 数：
1,说明: ulimit用于shell启动进程所占用的资源.
2,类别: shell内建命令
3,语法格式: ulimit [-acdfHlmnpsStvw] [size]
4,参数介绍:
5,简单实例:
1]在RH8的环境文件/etc/profile中,我们可以看到系统是如何配置ulimit的:
CODE:
这条语句设置了对软件资源和对core文件大小的设置
2] 如果我们想要对由shell创建的文件大小作些限制, 如:
CODE:
#ll h
-rw-r--r-- 1 lee lee 3月 22 02:39 h
#ulimit -f 100 #设置创建文件的最大块(一块=512字节)
#cat h>newh
File size limit exceeded
#ll newh
-rw-r--r-- 1 lee lee 51200 4月 8 11:47 newh
文件h的大小是字节,而我们设定的创建文件的大小是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文件名称加入特殊含义。已定义的标示符有如下这些：
除以上这些标志位外，还规定：
------------------------------------------------ 我是分隔线 ------------------------------------------------------------------
下面的资料是从互联网上整理的来的
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
------------------------------------------------ 我是分隔线 ------------------------------------------------------------------
高手指教
问题1：现有一程序P 长期在服务器上运行，目前经常是每1天死掉一次（段错误）。
目前解决方法：用SecureCRT开一个终端，并在服务其上设置ulimit -c nulimited，然后启动程序P。
用ulimite -a 命令查询结果如下：
表明core文件可以生成。
并测试利用kill -6 pid能够core文件。
目前的困难：当运行ulimit -c nulimited终端 （并且该终端将程序P启动到后台了 https://blog.csdn.net/jiangyu1013/article/details/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 https://blog.csdn.net/jiangyu1013/article/details/bin https://blog.csdn.net/jiangyu1013/article/details/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
如果要系统自动记住这个配置，就编辑/etc/profile文件，在 “ulimit -S -c 0 > /dev/null 2>&1”行下，添加“ulimit -s ”，保存重启系统就可以了！
可以把你要设置的 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
非常抱歉，这篇文章来自草稿整理：太久了，不清楚各个段落转自何处了 ...
如果你看到原文可以给我留言，我会再补上，谢谢。
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/1704.html