在linux上部署项目的时候可能会遇到这么一个错误
Native memory allocation (mmap) failed to map 1879048192 bytes for committing reserved memory
错误原因毫无疑问就是分配内存的时候内存不足,但是使用free 命令去查看系统的内存占用却发现此时还有很多内存可用.
再使用 ulimit -a 发现内存也并没有被限制.
什么原因呢?
我们最终还是在RedHat上找到了答案,需要优化系统性能或者深入了解RedHat系列的可以去看看:
https://access.redhat.com/documentation/zh-cn/red_hat_enterprise_linux/6/html/performance_tuning_guide/
这其实涉及到系统的内存的申请策略问题,程序在启动的时候会先去申请内存,尽管不一定都会用的到那么多.
如果申请时发现无法申请到足够的内存就会报此错误. 而我们看到的那么多的内存为什么申请不到呢? 答案就是被别的程序申请占用了,尽管这些内存没有实际用到,却也无法再让另外的程序进行申请.
我们可以使用以下命令查看内存申请和可用情况
#CommitLimit 表示系统可申请的总内存
#Committed_AS为当前已经申请的内存
[root@localhost vm]# cat /proc/meminfo | grep Commit
CommitLimit: 3112228 kB
Committed_AS: 907096 kB
如果确定内存确实够用的话我们就可以改变overcommit_memory这个参数的值来保证我们的程序可以正常启动
overcommit_memory
此参数决定是否接受超大内存请求的条件。这个参数有三个可能的值：
- 0 — 默认设置。内核执行启发式内存过量使用处理，方法是估算可用内存量，并拒绝明显无效的请求。遗憾的是因为内存是使用启发式而非准确算法计算进行部署，这个设置有时可能会造成系统中的可用内存超载。
- 1 — 内核执行无内存过量使用处理。使用这个设置会增大内存超载的可能性，但也可以增强大量使用内存任务的性能。
- 2 — 内存拒绝等于或者大于总可用 swap 大小以及 overcommit_ratio 指定的物理 RAM 比例的内存请求。如果您希望减小内存过度使用的风险，这个设置就是最好的。
解决方式:
- echo 1 > /proc/sys/vm/overcommit_memory
此方式临时生效,系统重启后消失 - 编辑/etc/sysctl.conf ，添加vm.overcommit_memory=1，然后sysctl -p 使配置文件永久生效
当然这是我们在开发环境下的解决方式, 在生产环境还是要尽量去优化调整JVM的参数来保证每个程序都有足够的内存来保证运行
网友评论