我正在使用Fedora 18,2GB RAM的ARMv7-A机器上运行应用程序。
应用程序终止:
130413 15:49:34 19344 Xrd: PhyConnection: Can't run reader thread: out of system resources. Critical error.
如果我strace
,我发现新线程的堆栈分配失败了:
mmap2(NULL, 8388608, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = -1 ENOMEM (Cannot allocate memory)
gettimeofday({1365921367, 588018}, NULL) = 0
gettid() = 6309
writev(2, [{"130414 02:36:07 6309 ", 21}, {"Xrd", 3}, {"", 0}, {": ", 2}, {"PhyConnection: Can't run reader "..., 80}, {"\n", 1}], 6130414 02:36:07 6309 Xrd: PhyConnection: Can't ru
n reader thread: out of system resources. Critical error.
) = 107
munmap(0x48172000, 292) = 0
munmap(0x48225000, 292) = 0
实际代码:
253 if (fReaderthreadhandler[i]->Run(this)) {
254 Error("PhyConnection",
255 "Can't run reader thread: out of system resources. Critical error.");
256 // HELP: what do we do here
257 exit(-1);
258 }
该应用程序的虚拟内存大小为300-350MB,驻留内存大小约为250MB。高内存限制为1.3GB。虚拟地址空间不受限制:
-t: cpu time (seconds) unlimited
-f: file size (blocks) unlimited
-d: data seg size (kbytes) unlimited
-s: stack size (kbytes) 8192
-c: core file size (blocks) 0
-m: resident set size (kbytes) unlimited
-u: processes 1024
-n: file descriptors 1024
-l: locked-in-memory size (kbytes) 64
-v: address space (kbytes) unlimited
-x: file locks unlimited
-i: pending signals 15870
-q: bytes in POSIX msg queues 819200
-e: max nice 0
-r: max rt priority 0
-N 15: unlimited
但它确实可以从GDB发挥作用!我还看了GDB报告的限制,它们是相同的。因此,GDB不会调整软限制,这将被继承。
要点:
这里有什么可能出错的提示?
答案 0 :(得分:0)
适用于GDB,但不适用于外部。
“GDB内部”不同的一点是地址布局(随机化)。
为了使调试更容易,GDB默认禁用ASLR。您可以使用
将其重新打开(gdb) set disable-randomization off
然后多次运行应用程序,并检查它是否仍然可靠。
我有足够的内存来运行应用程序。
失败的分配(映射)请求8MB 连续内存,如果您的地址空间是碎片,则可能没有。如果你实际上需要 8MB的堆栈(大多数应用程序没有),你可以通过设置ulimit -s
(或使用setrilimit(RLIMIT_STACK, ...)
来获得更多线程。应用)到一个小得多的值。