似乎在C程序或使用C堆栈的Ruby程序中设置堆栈大小的推荐方式是在Bash shell中使用ulimit。但是
$ ulimit -s
8192
$ ulimit -s 16384
-bash: ulimit: stack size: cannot modify limit: Operation not permitted
而且 sudo 也没什么帮助。有没有一种方法可以将它设置为16MB、32MB或64MB？我认为应该有一种方法可以针对每个程序调用进行设置，而不是设置系统范围的参数。
现在，8192 可能意味着8MB，这很小，如果与进程可以使用多达2GB的RAM相比较，那就更加明显了。
(更新注释: ulimit -a 可以显示其当前值）。
(更新2: 实际上，ulimit -s <value> 是在每个 shell 中设置的，如果第一次设置它通常会起作用。问题是当你第二次设置它时，它可能会返回一个错误)。
显然，在mac os x上有关于堆栈大小的硬限制，参考自http://lists.apple.com/archives/scitech/2004/Oct/msg00124.html。尽管这篇文章相当古老，而且我不确定现在是否仍然有效，但要简单设置它，只需调用ulimit -s hard即可，其值为65532，约为65兆字节。
我在雪豹系统，即10.6.8上进行了一些测试，似乎还是正确的。
$ ulimit -a
...
stack size (kbytes, -s) 8192
...
$ ulimit -s 65533
-bash: ulimit: stack size: cannot modify limit: Operation not permitted
$ ulimit -s 65532
$
我还发现了这个http://linuxtoosx.blogspot.com/2010/10/stack-overflow-increasing-stack-limit.html，虽然我没有测试过，所以无法做出太多评价。
当应用程序使用几GB的内存时，通常会从堆中获取，而栈通常保留给存在于函数调用生命周期内相对较短时间的本地自动变量，大部分持久数据存在于堆中。
下面是一个快速入门教程:
#include <stdlib.h>
#define NUMBER_OF_BYTES 10000000 // about 10 megs
void test()
{
char stack_data[NUMBER_OF_BYTES]; // allocating on the stack.
char *heap_data = malloc(NUMBER_OF_BYTES); // pointer (heap_data) lives on the stack, the actual data lives on the heap.
}
int main()
{
test();
// at this point stack_data[NUMBER_OF_BYTES] and *heap_data have being removed, but malloc(NUMBER_OF_BYTES) persists.
// depending on the calling convention either main or test are responssible for resetting the stack.
// on most compilers including gcc, the caller (main) is responssible.
return 0;
}
$ ulimit -a
...
stack size (kbytes, -s) 8192
...
$ gcc m.c
$ ./a.out
Segmentation fault
$ ulimit -s hard
$ ./a.out
$
# base values
$ ulimit -s
100
$ ulimit -Hs
100
$ ulimit -Ss
100
# lower soft limit only
$ ulimit -Ss 50
$ ulimit -s
50
$ ulimit -Hs
100
$ ulimit -Ss
50
# raise soft limit only
$ ulimit -Ss 100
$ ulimit -s
100
$ ulimit -Hs
100
$ ulimit -Ss
100
# lower soft and hard limit
$ ulimit -s 50
$ ulimit -s
50
$ ulimit -Hs
50
$ ulimit -Ss
50
# then impossible to raise soft limit due to hard limit
$ ulimit -s 100
-bash: ulimit: stack size: cannot modify limit: Operation not permitted
$ ulimit -Ss 100
-bash: ulimit: stack size: cannot modify limit: Invalid argument
sysctl kern.stack_size命令查看只读堆栈大小，我的大小是16384。ruby --stack-size 16384 foo.rb设置堆栈大小。 - nonopolarityulimit -s 32767（我认为 ulimit 的默认值是无限制的，但操作系统内核有默认大小）。但是一旦您设置了该值，就不能设置比之前更大的值。否则，会显示错误消息“操作不允许”。 - jclinruby本身的第一个和默认堆栈由操作系统和链接时间选项确定。 - jclin我发现使用/bin/zsh而不是/bin/sh可以解决这个错误。
对我来说，这个错误发生在一个调用了ulimit -s unlimited的shell脚本中。当脚本被/bin/sh解释时（即脚本文件的第一行为#!/bin/sh），它会出现错误。相反，当将其更改为使用zsh时，一切似乎都正常工作。 zsh足够聪明，可以将unlimited解释为“给我操作系统允许我的最大限制”，并且一切都按照您所希望的方式工作。
所有内置的ulimit控制的限制实际上都是在操作系统内核中实现的，因此您应该查看整个系统的C接口文档。这里是苹果公司关于setrlimit()的文档：https://developer.apple.com/library/archive/documentation/System/Conceptual/ManPages_iPhoneOS/man2/setrlimit.2.html
（请注意，该文档的路径似乎说的是iPhoneOS，但内容仍然涉及“Mac OS X”。如果您本地安装了适当的文档，则在终端中运行man setrlimit将会发出最新的文档。）
新创建的进程从fork()父进程或执行exec()的前一个进程继承限制。
ulimit的“硬限制”和“软限制”有关。参考链接：http://superuser.com/a/79719/153379。 - pje