mmap2无法为线程分配堆栈,但在GDB下工作

时间:2013-04-14 09:08:58

标签: linux linux-kernel gdb arm mmap

我正在使用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不会调整软限制,这将被继承。

要点:

  • 我有足够的内存来运行应用程序。它甚至可以在GDB内部正常工作。
  • 它似乎没有达到任何资源限制。
  • 适用于GDB,但不适用于外部。

这里有什么可能出错的提示?

1 个答案:

答案 0 :(得分:0)

  

适用于GDB,但不适用于外部。

“GDB内部”不同的一点是地址布局(随机化)。

为了使调试更容易,GDB默认禁用ASLR。您可以使用

将其重新打开
(gdb) set disable-randomization off

然后多次运行应用程序,并检查它是否仍然可靠。

  

我有足够的内存来运行应用程序。

失败的分配(映射)请求8MB 连续内存,如果您的地址空间是碎片,则可能没有。如果你实际上需要 8MB的堆栈(大多数应用程序没有),你可以通过设置ulimit -s(或使用setrilimit(RLIMIT_STACK, ...)来获得更多线程。应用)到一个小得多的值。