线程中fork进程提示【Cannot allocate memory】是否与线程库相关？

Swayer_Chen

系统环境：linux2.6.37
硬件环境：ARM架构

问题描述：
嵌入式应用层采用多线程结构实现，现在一个功能需要另外起来一个进程实现（就是通过shell起来一个进程），调用fork&execl的形式实现，但是在fork的时候总是提示失败，把错误号打出来是这样的：Cannot allocate memory。

但是移植到另外一个平台上面可以运行正常，可以实现需要功能。

将有问题的平台以“平台A”表示，整成的以“平台B表示”

两个平台硬件结构不同，线程库不同（这个我比较怀疑）。

平台A：uclib
平台B：glib

注:我写了一个demo在平台A上面运行（直接调用fork启动进程），没有问题


为了在所有的平台上面都能实现功能，目前我采用两个线程来实现的，一个线程直接调用system来启动进程，另外一个进程来维护这个进程（通过进程名拿到进程id，如果获取id失败，认为进程退出了），检测这个进程是否退出，然后进行相关操作，但是这样的设计肯定有问题，因为可能会启动很多个类似的进程，如果出现相同进程名的进程就有问题了。


网上查了很多资料，好像都没有给出好的回答和解决方案，目前都还不知道到底是否是线程库的问题。


有没有兄弟遇到过类似的情况，望分享下经验哇，3Q

humjb_1983

看似commitlimit的限制，看看
cat /pro/meminfo
cat /proc/sys/vm/overcommit_memory

Swayer_Chen

回复 2# humjb_1983






不好意思，这两天公司事情比较多

这个我当时看多，free mem还高达48M，所以这个应该没有问题

   

humjb_1983

Swayer_Chen 发表于 2014-05-26 20:07
回复 2# humjb_1983

这个不是空闲内存多少的问题，而是overcommit参数的问题，还请把上面的信息帖一下。

Swayer_Chen

大富大贵兄，你好
/ # cat /proc/meminfo
MemTotal:         125172 kB
MemFree:           45992 kB
Buffers:           10128 kB
Cached:            42332 kB
SwapCached:            0 kB
Active:            29932 kB
Inactive:          42584 kB
Active(anon):      20056 kB
Inactive(anon):       32 kB
Active(file):       9876 kB
Inactive(file):    42552 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:         20072 kB
Mapped:             6600 kB
Shmem:                32 kB
Slab:               3528 kB
SReclaimable:       1256 kB
SUnreclaim:         2272 kB
KernelStack:        1032 kB
PageTables:          980 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      112652 kB
Committed_AS:      57368 kB
VmallocTotal:     778240 kB
VmallocUsed:        4692 kB
VmallocChunk:     765948 kB



/proc/sys/vm # cat overcommit_memory
2


以上为该平台的打印

请问你觉得该问题是否与线程库的实现机制有关？

uclib线程库是否不能在线程里面fork进程？

Swayer_Chen

回复 4# humjb_1983


    大富大贵兄，你好
/ # cat /proc/meminfo
MemTotal:         125172 kB
MemFree:           45992 kB
Buffers:           10128 kB
Cached:            42332 kB
SwapCached:            0 kB
Active:            29932 kB
Inactive:          42584 kB
Active(anon):      20056 kB
Inactive(anon):       32 kB
Active(file):       9876 kB
Inactive(file):    42552 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:         20072 kB
Mapped:             6600 kB
Shmem:                32 kB
Slab:               3528 kB
SReclaimable:       1256 kB
SUnreclaim:         2272 kB
KernelStack:        1032 kB
PageTables:          980 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      112652 kB
Committed_AS:      57368 kB
VmallocTotal:     778240 kB
VmallocUsed:        4692 kB
VmallocChunk:     765948 kB



/proc/sys/vm # cat overcommit_memory
2


以上为该平台的打印

请问你觉得该问题是否与线程库的实现机制有关？

uclib线程库是否不能在线程里面fork进程？

humjb_1983

可能是被fork的进程的虚拟地址空间占用太多，同时你的overcommit参数设置为2，当虚拟地址空间占用超过一定量（物理内存和swap计算）后，就会失败。
建议将/proc/sys/vm/overcommit_memory改为0，这个应该也是默认的。

guobamantou

如果不使能overcommit，且swap未开启，当前进程的实际占用物理内存数大于free的内存时，fork会提示“cannot allocate memory”，用vfork就行了，如果认为库的行为不同，可以用strace看下系统调用的参数确认。

Swayer_Chen

回复 8# guobamantou


    嗯，当时我使用vfork试过，vfork调用的结果一样，还是一样的提示不能分配内存~~~

Swayer_Chen

回复 7# humjb_1983


   /proc/sys/vm/overcommit_memory
该文件指定了内核针对内存分配的策略，其值可以是0、1、2。
0，表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。
1，表示内核允许分配所有的物理内存，而不管当前的内存状态如何。
2，表示内核允许分配超过所有物理内存和交换空间总和的内存（参照overcommit_ratio）。


应该在2的时候才有可能成功吧？如果是0 ，那不是申请不到就直接失败了么？