linux内核分析之进程fork操作

最近线上遇见了奇怪的现象，redis在做rdb持久化的时候，后台曝出can not allocat memory的错误

具体错误参见redis模块中的错误分析

这里主要说明一下fork()，以及copy-on-write操作

linux内核在2.6以后对fork操作加入copy-on-write，提高系统的可靠性和高性能

首先说明的是fork()，只是一次资源的确认（这里由vm.overcommit参数决定），

网上很多对overcommit参数的说均misunderstanding

简单来讲，

0 - 系统默认，应用来说相对安全合理，是将当前空闲的内存和swap和需要请求的内存量做对比

1 - 相对理想化的，不适合生产环节，无论请求内存如何，直接放行

2 - 系数可配置化，可以限制内存使用量为系统的百分之多少，方便配置

上面的确认决定fork是否还能继续向下走

然而真正的内存资源申请情况是在write时发生的，本身主进程和子进程是内存资源共享的，

如果主进程同时又操作内存的写操作时，这时子进程会申请同样大小的内存区，资源占用直到结束。