redis 写磁盘出错 Can’t save in background: fork: Cannot allocate memory (转)

查看 Redis 日志

发现系统在频繁报错：

[26641] 18 Dec 04:02:14 * 1 changes in 900 seconds. Saving…

[26641] 18 Dec 04:02:14 # Can’t save in background: fork: Cannot allocate memory

 

 

在小内存的进程上作一个fork,不须要太多资源，但当这个进程的内存空间以Ｇ为单位时，fork就成为一件很恐怖的操做。况且在16G内存的主机上fork 14G内存的进程呢？确定会报内存没法分配的。更可气的是，越是改动频繁的主机上fork也越频繁，fork操做自己的代价恐怕也不会比假死好多少。

找到缘由以后，直接修改内核参数vm.overcommit_memory = 1

Linux内核会根据参数vm.overcommit_memory参数的设置决定是否放行。

1.  若是 vm.overcommit_memory = 1，直接放行
2. vm.overcommit_memory = 0：则比较 这次请求分配的虚拟内存大小和系统当前空闲的物理内存加上swap，决定是否放行。
3. vm.overcommit_memory = 2：则会比较 进程全部已分配的虚拟内存加上这次请求分配的虚拟内存和系统当前的空闲物理内存加上swap，决定是否放行。

 

 

Arch linux设置vm.overcommit_memory 方法

永久性修改内核参数

在/etc/sysctl.conf文件里面加入或者直接删除也能够，由于它缺省值就是0

vm.overcommit_memory = 0

运行使之生效

#sysctl -p