一、问题原因

1. 鲲鹏 ARM 多核架构特性：鲲鹏多 NUMA 节点、多核多线程设计，若进程调度不匹配，易出现核心负载不均。

2. JVM/应用未适配 ARM：默认 GC、线程池策略沿用 x86 配置，无法发挥鲲鹏多核优势。

3. 中断与网卡队列未绑核：网络中断集中在少数 CPU，形成瓶颈。

4. NUMA 未开启或跨节点访问：内存跨 NUMA 节点访问延迟显著升高，导致波动。

二、定位方法

1. 使用 top 、 mpstat -P ALL 查看 CPU 核心负载分布。

2. 通过 pidstat -t 查看线程在 CPU 上的调度情况。

3. 使用 numastat 检查 NUMA 节点内存访问命中率。

4. 结合 sar -n DEV 、 ethtool -c 查看网卡队列与中断分布。

三、优化方案

1. 开启并优化 NUMA

- BIOS 启用 NUMA；

- 启动参数添加 numa_balancing=1 ；

- 应用进程绑定 NUMA 节点： numactl --cpunodebind=0 --membind=0 java -jar app.jar 。

2. 中断与网卡队列绑核

- 开启多队列网卡： ethtool -L eth0 combined 8

- 使用 irqbalance 或手动将网卡中断均匀绑定到不同 CPU 核心。

3. JVM 针对鲲鹏调优

- 使用 G1/ZGC，适当增大并发线程；

- 避免线程数远超 CPU 核心数，建议线程数 = CPU 核心数 × 1.5~2；

- 使用鲲鹏定制版 OpenJDK，提升指令集优化。

4. 系统调度与内核参数

- 调整 sched_migration_cost_ns 减少线程频繁迁移；

- 适当调高 net.core.somaxconn 、 tcp_max_sync_backlog 应对高并发。

四、效果验证

优化后通过监控对比：

- CPU 各核心利用率趋于均匀，无明显单核心瓶颈；

- 响应延迟 P99 明显下降，波动大幅收窄；

- 相同压测下 QPS 可提升 30%~100% 不等，与业务场景相关。