AMD平台Java线程创建速度显著慢于Intel平台的原因求解

1. 操作系统内核与底层库的架构优化差异 #

本次测试使用的Ubuntu 20.04默认搭载5.4版本内核，该版本对AMD Zen2架构的系统调用优化明显落后于对Intel架构的适配，其中影响最大的是clone（线程创建核心系统调用）和futex（线程同步核心系统调用）的执行开销：

• 5.4版本内核针对Intel平台的futex操作做了专门的快速路径优化，同一场景下futex切换耗时比同代Zen2平台低40%以上
• AMD Zen架构采用多CCX设计，旧版本内核的调度器没有针对跨CCX的缓存一致性做优化，线程创建过程中JVM内部锁的频繁跨CCX迁移会导致大量缓存失效，进一步拉高同步开销

CPU利用率仅10%的现象也和这个原因直接相关：整个创建流程大部分时间都阻塞在内核态的同步操作上，用户态代码拿不到执行时间，自然不会产生高CPU占用。

2. HotSpot JVM的线程创建逻辑瓶颈 #

HotSpot创建线程的流程中存在多处全局锁，包括线程元数据分配、JVM线程表注册等步骤都需要串行执行，这部分逻辑对单核性能、系统调用延迟非常敏感：

• 测试用的i7-8550U单核睿频可达4.0GHz，而3700X全核睿频为3.6GHz，本身单核执行效率就存在差距
• 加上前述的系统调用开销差异，最终表现为AMD平台的总耗时是Intel平台的2倍以上

3. OpenJ9性能更优的原因 #

OpenJ9对线程创建逻辑做了针对性优化，采用细粒度锁替代了HotSpot的多处全局锁，减少了线程创建过程中的同步开销，因此在两个平台上的耗时都能降低近一半，但依然无法抹平底层系统调用的架构差异。

可验证的优化方案 #

• 升级Ubuntu内核到5.10及以上版本，新版本内核已经补全了AMD Zen2/3架构的系统调用优化
• 测试时使用taskset命令将Java进程绑定到单个CCX的核心上，避免跨CCX的缓存失效
• 调整JVM线程栈大小：添加启动参数-Xss256k降低默认1M的线程栈占用，减少内存分配开销

内容的提问来源于stack exchange，提问作者ForJ9