这是个很典型的CPU密集型任务在虚拟化环境中的性能落差问题，咱们从原因排查到优化方案一步步来拆解：

一、性能差异的核心原因 #

1. 虚拟化层开销+CPU配置不合理 #

VMware的Hypervisor（虚拟化层）本身会带来指令转发、上下文切换的额外开销，但更关键的是你的12代Intel i9-12900K是大小核架构（8P+8E）：

• 主机系统可以智能调度CPU密集型任务到性能更强的P核；
• 如果虚拟机配置没做特殊调整，VMware可能会把虚拟核心分配到性能较弱的E核，或是混合分配P/E核，甚至用超线程的逻辑核而非物理核心，直接导致计算能力暴跌。

另外，虚拟机默认可能没开启CPU硬件特性直通——ECDSA这类密码学任务严重依赖Intel的SHA扩展、AES-NI、椭圆曲线加密专用指令（PKE），如果这些硬件指令被虚拟化层屏蔽，JVM只能用纯软件实现算法，性能直接砍半甚至更多。

2. JMH测试的非fork模式干扰 #

你两次测试都用了非fork模式（日志里的Fork: N/A），这是JMH明确不推荐用于正式性能测试的模式：

• 主机环境资源更充足，IDE和后台进程的干扰较小；
• 虚拟机本身资源就被Hypervisor限制，再加上IDE的JavaAgent、进程竞争，测试结果会被严重拉低，无法反映真实性能。

3. 系统与JVM调度差异 #

Windows和Linux的CPU调度器逻辑不同，虚拟机的Ubuntu默认可能用ondemand电源模式，CPU会自动降频；而Windows主机可能处于高性能模式。另外，ZGC在Windows和Linux上的调度表现也有细微差异，虚拟机的内存分配如果没开启大页，也会增加内存访问开销。

二、优化方案：让虚拟机性能接近主机 #

1. 调整VMware虚拟机CPU配置 #

这是最关键的一步：

• 分配物理核心而非逻辑核：在VMware设置中，把CPU配置改为「每个插槽1核，核心数量16」，确保分配的是16个物理核心（避开超线程的逻辑核）；
• 开启CPU特性直通：启用「Intel VT-x/AMD-V」「嵌套虚拟化」「CPU/MMU虚拟化」选项，确保虚拟机可以直接访问主机的硬件加密指令；
• 设置虚拟机电源模式：在VMware的虚拟机设置里，把电源选项改为「高性能」，禁止Hypervisor限制CPU频率。

2. 验证硬件加速指令是否生效 #

在Ubuntu虚拟机中执行lscpu命令，检查输出中是否包含aes、sha、pclmulqdq这些标志——如果没有，说明硬件指令没直通，需要重新调整VMware配置。

也可以用Java代码验证JVM是否能利用硬件加速：

public class HardwareAccelCheck {
    public static void main(String[] args) {
        // 检查AES-NI是否可用
        boolean aesEnabled = javax.crypto.Cipher.getMaxAllowedKeyLength("AES") > 128;
        System.out.println("AES-NI enabled: " + aesEnabled);
    }
}

3. 修正JMH测试配置 #

把测试改成JMH推荐的fork模式，避免环境干扰：

@Benchmark
@Threads(16)
// 使用fork模式，避免IDE进程干扰，迭代次数更合理
@Fork(value = 2, jvmArgsAppend = {"-XX:+UseZGC"})
@Warmup(iterations = 3, time = 10)
@Measurement(iterations = 3, time = 10)
public static void ECDSA() {
    boolean verify = ecdsaSign.secp256Verify(hash, ecKeyPair.getPublicKey(), signatureData);
    assertEquals(verify, true);
}

4. 优化Ubuntu系统与JVM配置 #

• 设置CPU性能模式：执行以下命令让CPU保持高性能：

  echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
  

• 开启大页内存：给JVM添加-XX:+UseLargePages参数，减少内存访问开销；
• 调整ZGC参数：在Linux上ZGC可以添加-XX:ZCollectionInterval=0等参数优化调度，或者尝试用G1GC对比性能差异，看是否是ZGC在虚拟机中的适配问题。

三、预期效果 #

调整完成后，虚拟机的ECDSA吞吐量应该能达到主机的80%-90%左右（完全消除虚拟化开销很难，但3倍的差距会大幅缩小）。如果还是有明显差距，可以用perf工具在Ubuntu上做CPU profiling，看是否还有未启用的硬件指令或者调度瓶颈。

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