QEMU分配核心数超宿主机可用数后性能下降的原因咨询

宿主机物理资源的硬限制 #

你的宿主机仅配备2核1线程，当给QEMU分配的vCPU数量（4核）超过宿主机物理核心数时，QEMU只能通过时间分片让多个vCPU共享有限的物理核心。这会引发大量上下文切换开销：宿主机需要频繁在不同vCPU的任务间切换，每次切换都要保存/恢复寄存器状态、刷新CPU缓存，这些额外开销直接抵消了多核心带来的收益，甚至导致整体性能下降。

Dhrystone基准的单线程特性 #

Dhrystone是典型的单线程基准测试，其核心计算逻辑为串行执行，无法利用多核心并行能力。当你分配更多vCPU时，Dhrystone本身不会使用额外核心，反而会因为宿主机的调度开销，压缩单核心的实际运行时间，最终导致测试数值不升反降。

make -j参数的适配问题 #

make -jN的最优取值通常与宿主机可用物理核心数匹配。当你设置-j4时，宿主机需要同时调度4个编译任务，但物理上仅能支持2核1线程的并行处理，任务间会频繁抢占资源，导致大量时间消耗在等待和上下文切换上，编译效率反而不如与物理核心数匹配的-j2。

QEMU模拟的额外开销叠加 #

QEMU模拟RISC-V架构时本身存在指令翻译的性能开销，当vCPU数量超过宿主机物理核心数时，这种翻译开销会与上下文切换开销叠加，进一步放大性能损耗。

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