记一次听风扇声音来定位性能瓶颈
背景
在一次POC测试过程中,测试机构提供了两台Intel压力机来压我们的集群
- 压力机1:两路共72core intel 5XXX系列 CPU,主频2.2GHz, 128G内存
- 压力机2:四路共196core intel 8XXX系列 CPU,主频2.5GHz, 256G内存 (8系列比5系列 CPU的性能要好、要贵)
从CPU硬件指标来看压力机2都是碾压压力机1,但是实际测试是压力机2只能跑到接近压力机1的能力,两台机器CPU基本都跑满,并且都是压测进程消耗了90%以上的CPU,内核态消耗不到5%CPU
所以接下来需要在调试我们集群性能前先把测试机优化好,才能把压力打上来。
分析
测试机构提供的机器上没有任何工具来评估CPU性能,也无法安装,只能仔细听196core机器的CPU风扇声音更小,说明196core的CPU出工不出力,大概是流水线在频繁地Stall(不管你信不信反正我是信的)
进一步分析,首先看到 业务消耗了90%以上的CPU,内核态消耗不到5%CPU,两台机器都是这样,这说明 196core 只跑出了 72core的水平,一定是CPU效率出了问题,top看到的CPU占用率不完全是全力在运算,其实cpu 流水线stall也是占用CPU的。
这个分析理论请参考我的文章《Perf IPC以及CPU性能》
验证
通过stream测试读写内存的带宽和时延,得到如下数据:
72core机器, 本路时延1.1,跨路时延1.4,因为是2路所以有50%的概率跨路,性能下降30%
196core机器,本路时延1.2,跨路时延1.85,因为是4路所以有75%的概率跨路,性能下降50%
从以上测试数据可以明显看到虽然196core机器拥有更强的单核能力以及更多的核数,但是因为访问内存太慢严重拖累了CPU运算能力,导致大部分时间CPU都在等待内存,这里CPU和内存的速度差了2个数量级,所以内存延时才是整体的瓶颈。
测试数据和方法请参考我的文章《AMD Zen CPU 架构以及不同CPU性能大PK》
有了这个数据心里非常有底问题在哪里了,但是还要想清楚怎么解释给测试机构他们才会信服,因为第一次解释他们直接说不可能,怎么会196core打不过72core呢,再说从来没有集群是测试机构196core压力机打不满的,这台压力机用了几年从来没有人说过这个问题 :(
内存信息
接下来需要拿到更详细的硬件信息来说服测试机构了。
通过dmidecode 获取两台机器内存的速度,分别是2100(196core) VS 2900(72core),同时系统也吐出了内存延时分别是 0.5ns VS 0.3 ns,这两个时间对比很直观,普通人也能看懂。
1 | //以下硬件信息是从家里机器上获取,并非测试机构提供的机器,测试机构提供的机器不让拍照和采集 |
In
dmidecode
’s output for memory, “Speed” is the highest speed supported by the DIMM, as determined by JEDEC SPD information. “Configured Clock Speed” is the speed at which it is currently running (as set up during boot).
Dimm(双列直插式存储模块(dual In-line memory module)): DIMM是内存条印刷电路板正反面均有金手指与主板上的内存条槽接触,这种结构被称为DIMM。于是内存条也有人叫DIMM条,主板上的内存槽也有人称为DIMM槽。
大多数主板设计为易于用户安装和更换DIMM,通常只需打开侧边卡扣,将DIMM垂直插入插槽,然后关闭卡扣即可固定内存模块。正确安装DIMM时通常会有轻微的“点击”声,表示模块已经正确位于插槽中。
DIMM 代表物理上的一根内存条,下图中三根内存条共享一个channel连到 CPU
最终的运行方案
给196core的机器换上新的2933 MHz (0.3 ns)的内存条,速度一下子就上去了。
然后在196core的机器上起4个压力进程,每个进程分担25%的压力,避免跨路访问内存导致时延从1.2掉到1.8,实际测试也是只用196core中的48core性能和用全部196core是一样的,所以这里一定要起多个进程做内存亲和性绑定,充分使用全部196core。
最终整机196core机器的打压能力达到了原来的3.6倍左右。
总结
程序员要保护好听力,关键时刻可能会用上 :)
你说196core机器用了这么强的CPU但是为什么搭配那么差的内存以及主板,我也不知道,大概是有人拿回扣吧。