解决linux下出现 Cannot allocate memory 的问题

说明：
Linux下有个内核参数overcommit_memory，是内存分配策略，程序在启动的时候会先去申请内存。
overcommit_memory此参数决定是否接受超大内存请求的条件。这个参数有三个可能的值：

0：默认设置。内核执行启发式内存过量使用处理，方法是估算可用内存量，并拒绝明显无效的请求。
   遗憾的是因为内存是使用启发式而非准确算法计算进行部署，这个设置有时可能会造成系统中的可用内存超载。
1：内核执行无内存过量使用处理。使用这个设置会增大内存超载的可能性，但也可以增强大量使用内存任务的性能。
2：内存拒绝等于或者大于总可用 swap 大小以及overcommit_ratio指定的物理RAM比例的内存请求。
   如果您希望减小内存过度使用的风险，这个设置就是最好的。

目前的内存申请和可用情况cat /proc/meminfo | grep Commit
CommitLimit：表示系统可申请的总内存
Committed_AS：为当前已经申请的内存

方法一：（不推荐）
将vm.overcommit_memory设为1即可。
方式1、编辑/etc/sysctl.conf ，改vm.overcommit_memory=1，然后sysctl -p使配置文件生效
方式2、sysctl vm.overcommit_memory=1
方式3、echo 1 > /proc/sys/vm/overcommit_memory，然后sysctl -p永久生效，如果没有/etc/sysctl.conf，则每次开机都需要设置一次

方法二：

使用vfork函数

fork与vfork的区别
1、fork要拷贝父进程的数据段，而vfork则不需要完全拷贝父进程的数据段，在子进程没有调用exec和exit之前，子进程与父进程共享数据段
2、fork不对父子进程的执行次序进行任何限制，而在vfork调用中，子进程先运行，父进程挂起(子进程占用父进程地址空间，即相当于现成的概念，
父进程阻塞)，直到子进程调用了exec或exit之后，父子进程的执行次序才不再有限制，这个地方要注意可能引起死锁。
3、结束子进程不用exit(0)，而使用_exit(0)。  
这是因为_exit(0)在结束进程时，不对标准I/O流进行任何操作。而exit(0)则会关闭进程的所有标准I/O流。
vfork的作用
函数vfork的作用是创建一个子进程，而这个子进程的作用是用于调用exec()函数族，从而再执行一个新进程（往往是用来执行其它的程序）
代码空间
在程序的执行效果上，fork会将父进程的地址空间复制一份；但是vfork并不是这么做，而是vfork之后的子进程，在调用exec或exit之前，在父进程的空间中执行。
执行顺序
vfork保证子进程优先执行到exec或exit之前，父进程都不会被调度；fork父子进程执行顺序不确定。
因此，执行了vfork之后，子进程请立即执行exec，而不要再执行一次fork，否则就可能导致死锁。
或者这么说，如果在exec或exit之前依赖于父进程的进一步动作，就会导致死锁。
另外请留意，exec并不是创建进程，只是用新程序替换了当前进程的上下文。

int system(const char * cmdstring)
{
    pid_t pid;
    int status;
 
    if(cmdstring == NULL)
    {
        return (1); //如果cmdstring为空，返回非零值，一般为1
    }
    if((pid = fork())<0)
    {
        status = -1; //fork失败，返回-1
    }
    else if(pid == 0)
    {
        execl("/bin/sh", "sh", "-c", cmdstring, (char *)0);
        _exit(127); // exec执行失败返回127，注意exec只在失败时才返回现在的进程，成功的话现在的进程就不存在了
    }
    else //父进程
    {
        while(waitpid(pid, &status, 0) < 0)
        {
            if(errno != EINTR)
            {
                status = -1; //如果waitpid被信号中断，则返回-1
                break;
            }
        }
    }
     
    return status; //如果waitpid成功，则返回子进程的返回状态
}

参考自# ：https://segmentfault.com/a/1190000005900042