MongoDB 启动时关于 NUMA 警告 的分析----(To avoid performance problems)
1. 需求描述
观察MongoDB的启动Log,会看到一个关于 NUMA 的警告 和 优化建议
--17T17::04.516+ I CONTROL [initandlisten] ** WARNING: You are running on a NUMA machine.
--17T17::04.516+ I CONTROL [initandlisten] ** We suggest launching mongod like this to avoid performance problems:
--17T17::04.516+ I CONTROL [initandlisten] ** numactl --interleave=all mongod [other options]
--17T17::04.516+ I CONTROL [initandlisten]
那么我们是不是要调整下Linux的系统配置?首先我们先补充下基本知识。
2.相关知识介绍
2.1 NUMA和SMP
NUMA和SMP是两种CPU相关的硬件架构。
SMP (对称多处理器结构: Symmetric Multi-Processor)
在SMP架构里面,所有的CPU争用一个总线来访问所有内存,优点是资源共享,而缺点是当处理器的数目增大时,系统总线的竞争冲突加大,系统总线将成为瓶颈。随着PC服务器上的CPU数量变多(不仅仅是CPU核数),总线争用的弊端慢慢越来越明显。
NUMA ( 非一致存储访问结构: Non-Uniform Memory Access)
NUMA是指多处理器系统中,内存的访问时间是依赖于处理器和内存之间的相对位置的。这种设计里存在和处理器相对近的内存,通常被称作本地内存;还有和处理器相对远的内存,通常被称为非本地内存。NUMA最大的特点是引入了node和distance的概念。对于CPU和内存这两种最宝贵的硬件资源,NUMA用近乎严格的方式划分了所属的资源组(node),而每个资源组内的CPU和内存是几乎相等。资源组的数量取决于物理CPU的个数(现有的PC server大多数有两个物理CPU);distance是用来定义各个node之间调用资源的开销,为资源调度优化算法提供数据支持。
2.2 NUMA的利与弊
现在的机器上都是有多个CPU和多个内存块的。以前我们都是将内存块看成是一大块内存,所有CPU到这个共享内存的访问消息是一样的,这就是之前普遍使用的SMP模型。但是随着处理器的增加,共享内存可能会导致内存访问冲突越来越厉害,且如果内存访问达到瓶颈的时候,性能就不能随之增加。NUMA(Non-Uniform Memory Access)就是在这样的背景下引入的一个模型。比如一台机器是有2个处理器,有4个内存块。我们将1个处理器和两个内存块合起来,称为一个NUMA node,这样这个机器就会有两个NUMA node。在物理分布上,NUMA node的处理器和内存块的物理距离更小,因此访问也更快。比如这台机器会分左右两个处理器(cpu1, cpu2),在每个处理器两边放两个内存块(memory1.1, memory1.2, memory2.1,memory2.2),这样NUMA node1的cpu1访问memory1.1和memory1.2就比访问memory2.1和memory2.2更快。所以使用NUMA的模式如果能尽量保证本node内的CPU只访问本node内的内存块,提高访问效率。
但是,因为NUMA默认的内存分配策略是优先在进程所在CPU的本地内存中分配,会导致CPU节点之间内存分配不均衡,当某个CPU节点的内存不足时,会导致swap产生,而不是从远程节点申请内存,即所谓的swap insanity 现象。现有的Redhat Linux中,localalloc策略是默认的NUMA内存分配策略(localalloc规定进程从当前node上请求分配内存,此外还有策略 preferred、membind、interleave),这个配置选项导致资源独占程序很容易将某个node的内存用尽。而当某个node的内存耗尽时,Linux又刚好将这个node分配给了某个需要消耗大量内存的进程(或线程),swap产生了。尽管此时还有很多page cache可以释放,甚至还有很多的free内存。SWAP的罪与罚文章就说到了一个numa的陷阱的问题。现象是服务器还有内存的时候,发现它已经在开始使用swap了,甚至导致机器出现停滞的现象。所以,如果限制一个进程只能使用自己的numa节点的内存,那么当它自身numa node内存使用光之后,就不会去使用其他numa node的内存了,会开始使用swap,甚至更糟的情况,机器没有设置swap的时候,可能会直接死机!
2.3 NUMA 与 Swap 的案例说明
例如,我们通过 numactl --hardware 来 查看系统上的NUMA节点信息,如下:
从上面的信息可以 node 0 的 free 内存为312 MB,node 1 的free 内存为15254 MB。
可知,两个Node 节点的 上的剩余内存严重不均衡。
当Node 0 上需要申请大于312MB的内存时,就会产生SWAP。
即,由于服务器硬件、系统设置不当,没有关闭NUMA,容易导致发生SWAP。
查看此服务器的内存情况,确实如此。
总结; 如果你的程序是会占用大规模内存的,应该考虑选择关闭numa node的限制(或从硬件关闭numa),因为这个时候很有可能会碰到numa陷阱。另外,如果你的程序并不占用大内存,而是要求更快的程序运行时间,可以考虑选择限制只访问本numa node的方法来进行处理。
3.numa 相关操作命令
1 安装管理工具
yum install numactl -y
2.查看系统的NUMA节点
numactl --hardware
3.查看绑定信息
numactl --show
4.查看执行统计信息
numastat
当 numa_miss数值比较高时,说明需要对分配策略进行调整,从而提高内存命中率。
4.CentOS7.x 关闭 NUMA
Step 1 编辑 /etc/default/grub 文件,在GRUB_CMDLINE_LINUX 行上添加加:numa=off,如下图:
Step 2 重新生成 /etc/grub2.cfg 配置文件-----【此操作应慎重】
grub2-mkconfig -o /etc/grub2.cfg
Step 3 重启操作系统
reboot
Step 4 修改验证
dmesg | grep -i numa
或者
cat /proc/cmdline
显示结果,出现了 numa=off 字符
在此设置下,重新MongoDB服务,查看log记录,关于NUMA的警告信息不再出现。
5.设置 interleave=all
在上面的操作中,其实我们并没有针对 interleave=all 进行设置。针对这个建议,我们是不是还可以进行一些设置。
继续进行测试,换一台机器。
5.1 测试环境
修改配置前;
MongoDB log 的启动记录
--23T16::42.844+ I CONTROL [initandlisten] ** WARNING: You are running on a NUMA machine.
--23T16::42.844+ I CONTROL [initandlisten] ** We suggest launching mongod like this to avoid performance problems:
--23T16::42.844+ I CONTROL [initandlisten] ** numactl --interleave=all mongod [other options]
NUMA的信息;
从上面的信息可以看出NUMA是开启的。
5.2 在BIOS层设置interleave
下面的操作是在BIOS层,设置interleave。需通过远程管理卡去调整。
Step 1:远程管理开连接指定机器后,点击【宏】--》点击【Ctl-Alt-Del】进行重启 (特别注意:【Ctl-Alt-Del】 针对Windows系统是解除本机锁定;Linux系统是要重启,要特别小心)
Step 2 出现以下界面时,在键盘上请按下F2键,进行System Setup
Step 3 启动后,选择【System Bios】
Step 4 选择 【Memory Settings】
Step 5 针对【Node Interleaving】选项 由【Disabled】调整为【Enabled】
调整前
调整后
Step 6 后退【即上一步点击Back】后,点击【Finish】,然后点击【Yes】
Step 7 点击 【OK】
Step 8 点击Finish,点击同意重启
Step 9 重启OK
5.3 修改效果验证
查看NUMA信息,数据显示NUMA已经关闭
重启MongoDB实例,查看Log中没有了NUMA的相关警告。
说明通过上面BIOS的调整,关闭了NUMA。
参考资料:
1.https://www.thegeekdiary.com/how-to-disable-numa-in-centos-rhel-67/;
2.https://www.jianshu.com/p/e36c54b4b53e;
3.https://blog.csdn.net/S100400507/article/details/45245663;
4.部分资料梳理于网络分享。
MongoDB 启动时关于 NUMA 警告 的分析----(To avoid performance problems)的更多相关文章
- MongoDB启动时遇到的问题
问题一:child process failed, exited with error number 100 原因分析:100是锁了 解决办法:#cd /usr/local/mongodb/data ...
- Mongodb 启动时 lock文件访问没有权限处理
mongodb 第二次启动时候异常信息: lock file: /data/db/mongod.lock errno:13 Permission denied Is a mongod instance ...
- 项目启动时警告 Establishing SSL connection without server's identity verification is not recommended
项目启动时控制台提示警告: Tue May 14 23:16:10 CST 2019 WARN: Establishing SSL connection without server's identi ...
- mongoDB启动前的系统设置,解决部分Warning问题
1.多核心系统资源分配问题 2017-10-13T17:57:02.650+0800 I CONTROL [initandlisten] ** WARNING: You are running on ...
- 【mongodb系统学习之五】mongodb启动最常用参数
五.mongodb启动时其他常用参数的使用(都是选用): 1).--logappend,指定日志的写入方式为追加,强烈建议使用: 2).--port,指定mongodb的端口号,当不使用这个参数的时候 ...
- ElasticSearch 启动时加载 Analyzer 源码分析
ElasticSearch 启动时加载 Analyzer 源码分析 本文介绍 ElasticSearch启动时如何创建.加载Analyzer,主要的参考资料是Lucene中关于Analyzer官方文档 ...
- Redis 3.0版本启动时出现警告的解决办法
原文:http://m.blog.csdn.net/article/details?id=50864933 Redis 3.0.7版本启动时出现警告的解决办法 发表于2016/3/12 12:52:4 ...
- Spring Boot 2 实践记录之 MyBatis 集成的启动时警告信息问题
按笔者 Spring Boot 2 实践记录之 MySQL + MyBatis 配置 中的方式,如果想正确运行,需要在 Mapper 类上添加 @Mapper 注解. 但是加入此注解之后,启动时会出现 ...
- mongoDB启动参数备忘
本文转载 Mongodb启动命令mongod参数说明 mongod的主要参数有: 基本配置 ----------------------------------------------- ...
随机推荐
- WCF研究-中篇
中篇 5.托管于宿主 6.消息模式 7.WCF行为-实例管理和并发控制 8.安全 5.托管于宿主 托管 宿主Host Ø承载WCF Service运行的环境 自承载方式 系统服务方式 IIS方式 WA ...
- 适配DirectFB到qt4.8.5(嵌入式Linux)
适配DirectFB到qt4.8.5 1.编译qt4.8.5 这部在qt官网上其实已经有较详细的说明,了解更多,请点击链接进入. 首先是配置选项,如下是我的配置选项: ./configure \ -p ...
- DataVeryLite和Nhibernate性能对比
电脑型号:acer 4752g 电脑配置: 代码分享: class Program { static void Main(string[] args) { Debug.Listeners.Add(ne ...
- react中使用高德地图的原生API
干货,无话 1.react-create-app,创建新react项目 2.npm install react-amap,引入高德地图的封装 3.编写组件index.js import React f ...
- 【linux杂谈】跟随大牛进行一次服务器间通讯问题的排查
发现应用记录日志内,出现网络访问延迟较大的情况. 此类问题较为常见,特别是之前参与辅助一个朋友项目运维的过程中,经常因为网络访问延迟较大,朋友认为是遭到了ddos攻击或者是cc攻击.网络访问延迟较大常 ...
- 【转载】JDK自带的log工具
版权声明:本文为Jaiky_杰哥原创,转载请注明出处.This blog is written by Jaiky, reproduced please indicate. https://blog.c ...
- 基于STM32之UART串口通信协议(三)接收
一.前言 1.简介 回顾上一篇UART发送当中,已经讲解了如何实现UART的发送操作了,接下来这一篇将会继续讲解如何实现UART的接收操作. 2.UART简介 嵌入式开发中,UART串口通信协议是我们 ...
- (持续更新)Qt3D 学习资源
目录 一.前言 1.1 什么是Qt3D 1.2 Qt3D 的利与弊 利:原生支持 弊处:资料过少 二.学习建议 2.1 OpenGL 学习资料 2.2 Qt3D 资料 2.2.1 视频资料 2.2.4 ...
- Web自动化测试 一
Web自动化测试 一.为什么要进行web自动化测试 接口测试只能测试后端返回的数据,定位的是后端开发工程师的问题.如果前段出现了问题,我们要使用web测试去发现错误. 具体定位的问题有: 显示的数据: ...
- 不懂数据库索引的底层原理?那是因为你心里没点b树
本文在个人技术博客不同步发布,详情可用力戳 亦可扫描屏幕右侧二维码关注个人公众号,公众号内有个人联系方式,等你来撩... 前几天下班回到家后正在处理一个白天没解决的bug,厕所突然传来对象的声音: ...