linux内核分析之进程fork操作
浏览数：30 /
时间：2015年06月20日
最近线上遇见了奇怪的现象，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时发生的，本身主进程和子进程是内存资源共享的，
如果主进程同时又操作内存的写操作时，这时子进程会申请同样大小的内存区，资源占用直到结束。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
