虚拟CPU性能优化没有银弹，但绝大多数情况下，把vCPU数量控制在物理核心数两倍以内、开启硬件虚拟化透传并关闭宿主机的CPU限流，就能解决大部分性能差的问题。 我们接下来拆解每一步具体怎么做,以及为什么这样做有效。
为什么你的虚拟机CPU性能总是差一截？
我们得搞清楚性能损耗从哪里来，虚拟机CPU性能差，不是虚拟化平台“偷懒”，而是调度机制把简单的事情变复杂了，宿主机物理CPU要同时管宿主机自身的进程和所有虚拟机的vCPU，hypervisor还得在虚拟机切换时保存和恢复寄存器状态，不想办法减少这种切换,性能自然掉链子。
一个小场景：你给一台云服务器分配了16个vCPU，但业务只是普通的Web应用，平时CPU使用率不到10%，这时你认为性能很充裕，但实际反而可能变慢，因为vCPU越多，虚拟机调度器要做的负载均衡和上下文切换也越多，尤其当vCPU跨物理NUMA节点分配时，内存访问延迟会明显拉高，行业共识认为，vCPU数超过物理核心数后，收益递减,甚至负优化。
虚拟机CPU性能优化方法有哪些？先看核心操作
优化思路分三层：宿主层、虚拟机层、应用层,下面我们按优先级从高到低列出来。
第一层：确认宿主机的BIOS和虚拟化特性已正确开启
很多性能问题其实出在物理机设置上，进入宿主机BIOS,确保以下三项开启：
- Intel VT-x或AMD-V：硬件辅助虚拟化的基础，没开启的话,CPU模拟性能损失极大。
- NUMA（Non-Uniform Memory Access）：多路服务器上必须开启,否则CPU访问远端内存会绕过优化路径。
- 超线程（Hyper-Threading）：如果对安全要求很高，也可以关掉，但多数场景建议开启,能提升并发吞吐。
BIOS里的电源策略也别选节能模式，改成“Performance”或“OS Control”，否则CPU频率会频繁波动,造成延迟不稳定。
第二层：调整vCPU数量与预留/限制
这是vmware虚拟机cpu性能差怎么解决的关键环节，以VMware为例,虚拟机的CPU资源设置里有三个参数容易混淆：
- 预留（Reservation）：保证分配给虚拟机的最低CPU资源，单位MHz，如果设置为0，在宿主机资源紧张时,虚拟机拿不到保证的算力。
- 限制（Limit）：虚拟机使用的CPU峰值上限，1表示不限制，但很多人误设了限制,导致CPU升不上去。
- 份额（Shares）：资源争抢时的相对权重，一般保持默认“正常”即可。
实操建议：除非遇到资源争抢，否则不要设置限制，预留也不宜过高，因为预留的一部分物理CPU计算周期会从宿主机池中剥离，如果每台虚拟机都预留50%,物理机反而无法弹性分配。
那么vCPU数量怎么定？看业务类型：
- 单线程敏感型应用（比如部分数据库事务处理）：给2个vCPU比给4个更好,因为调度器不需要维护多个vcpu的同步。
- 多线程负载（视频编码、数据分析）：把vCPU数设成物理核数的1～1.5倍，比如物理机16核，给虚拟机分配16个或24个vCPU,不要给32个。
- 高并发小事务（Web服务器）：可以略微超分配，但建议vCPU数不超过物理逻辑线程数的80%。
第三层：安装完善虚拟化驱动和工具
VMware装VMware Tools，KVM装virtio驱动，Hyper-V装Linux Integration Services，别小看这一步，虚拟机缺了半虚拟化驱动，CPU中断处理会走低效的软件路径，性能差距通常能达到30%以上,具体操作路径：
- VMware：编辑虚拟机设置 -> 安装VMware Tools -> 完成重启。
- KVM：确认内核模块和qemu版本兼容，在创建虚拟机时使用
-net virtio -disk virtio，并确保CPU模式为host-passthrough或host-model。 - Hyper-V：Linux内核中启用
hv_vmbus、hv_storvsc等驱动模块。
KVM虚拟化CPU性能损耗回避技巧
在Linux环境，KVM的CPU优化空间更大，也更需要精细配置，很多人用qemu命令行默认参数跑业务，性能自然“及格线都达不到”,我们看几个针对性的优化动作。
开启CPU透传（Host Passthrough）
KVM的CPU默认模式是qemu64虚拟CPU，很多新指令集不被暴露给虚拟机，修改虚拟机XML配置中的<cpu>段,让虚拟机CPU直接吃透宿主机特性：
<cpu mode="host-passthrough" check="none"/>
这样虚拟机内的CPU能识别出完整的CPU特性集，比如AVX-512、AMX等，对机器学习推理这类重载任务，性能提升以倍数计，但要注意，如果做了在线迁移（migration），源和目的宿主机CPU型号必须一致,否则会迁移失败。
调整vCPU绑定和NUMA拓扑
多路服务器上，如果虚拟机vCPU跨NUMA节点，内存访问需要跨节点总线，延迟增加一大截，我们可以通过虚拟机的vCPU绑定（cpu pinning）把vCPU固定到物理CPU核心上,并让虚拟机的内存靠近这些物理核心。
实操步骤（假设宿主机有2个NUMA节点，虚拟机分配8个vCPU）：
- 用
lscpu查看物理CPU核及NUMA节点分布。 - 修改虚拟机XML，在
<vcpu>后指定绑定：
<vcpu placement="static">8</vcpu> <cputune> <vcpupin vcpu="0" cpuset="0"/> <vcpupin vcpu="1" cpuset="1"/> <vcpupin vcpu="2" cpuset="2"/> <vcpupin vcpu="3" cpuset="3"/> <vcpupin vcpu="4" cpuset="4"/> <vcpupin vcpu="5" cpuset="5"/> <vcpupin vcpu="6" cpuset="6"/> <vcpupin vcpu="7" cpuset="7"/> </cputune>
- 同时把内存也分配到对应NUMA节点，在XML的
<numatune>中设置：
<numatune> <memory mode="strict" nodeset="0"/> </numatune>
如果你的宿主机是物理机，但CPU数量较多，还可以让虚拟机识别到的NUMA拓扑和宿主机一致,避免虚拟机内部误解CPU距离。
关掉cpu热插拔？没必要
有时你会在KVM配置里看到“CPU热添加”选项，对于绝大多数线上业务，热添加CPU的收益远不如一开机就分配好合适的vCPU，反而可能破坏NUMA平衡，让操作系统内部产生性能洞，除非是流量洪水期需要应急扩容,否则不建议依赖热添加。
容器与虚拟化场景下的CPU调度对比
很多人把虚拟机性能和容器性能混在一起谈，确实，容器直接共享内核，没有hypervisor层，CPU性能损耗更小，但隔离性弱，我们的目标是让虚拟机接近容器效率,根源在于减少两层调度带来的抖动。
- 容器下CPU优化：调整
cpuset和cgroup.cpu.weight保证优先级。 - 虚拟机下CPU优化：上述的virsh配置和宿主调度参数。
如果你做的是轻量级后端服务，容器天然比虚拟机快10%～20%，但如果你需要运行老旧内核或不同OS版本，虚拟机的优势依然无法替代，别幻想虚拟机CPU性能能完全等同于裸机，我们追求的是把损耗从30%压到5%甚至更低。
用监控指标来判断你的优化是否有效
优化好不好，不是看配置，而是看数据。 你需要在虚拟机和宿主机同时看指标。
虚拟内部看什么
使用top或者mpstat观察%steal这一行。%steal代表虚拟机等待宿主机调度的时间比例，如果这个值长期高于5%，说明宿主机CPU资源紧张，你给虚拟机分配的vCPU并没有获得真正的物理算力，此时检查宿主机是否超分配率过高，或者出现“noisy neighbor”（邻居虚拟机抢占）。
同时看load average和单核利用率，如果你有8个vCPU，load average长期超过8，说明CPU争抢激烈,即使每个vCPU使用率都很低。
宿主机看什么
在宿主机上运行esxtop（VMware）或mpstat -P ALL（Linux），按CPU核查看利用率，如果每个物理核的利用率都接近100%，说明物理CPU满载，需要扩容或迁移，如果只有部分核忙，可能因为vCPU绑定不均,可以调整pinning。
注意慢速指标：平均负载的飙升是否伴随steal time
同步上升？如果是，那就是调度层面的问题，用增加宿主机CPU数量解决,而不是给虚拟机加vCPU。
特殊业务场景下的CPU优化补充
数据库虚拟机：关停CPU电源管理
数据库对延迟敏感，偶尔的CPU频率切换会造成毫秒级卡顿，在虚拟机操作系统的内核参数中，把CPU调速器设为performance,例如Linux下：
cpupower frequency-set -g performance
同时在宿主机BIOS里也关闭C-states深度节能，这样CPU频率始终保持在标称最高值，延迟稳定,代价是功耗上升。
高频交易或实时计算：考虑DPDK和专用核心
这类业务对极低延迟有硬性要求，普通虚拟机调度无缝满足，此时可以考虑给虚拟机独占整个物理核心，并且不使用超线程，在VMware中，设置cpuAffinity和memoryAffinity；在KVM中，结合/etc/libvirt/qemu.conf的cpu_map实现核心隔离，更彻底的做法是使用DPDK轮询模式，但这就涉及修改应用日志了,不是简单配置能完成。
优化虚拟机CPU性能，本质是在虚拟化开销和业务需求之间找平衡，记住几个要点：vCPU不是越多越好，用透传模式代替模拟模式，配合NUMA和CPU绑定减少无效迁移，最后用%steal和load average验证调整效果，下次遇到虚拟机CPU性能差，不要第一时间抱怨物理机器烂，先按这个顺序排查一遍,多半能让你惊讶。
虚拟机CPU性能优化常见问题解答
vCPU数量超过物理核心数一定不行吗？
不一定，如果虚拟机负载是大量短小的等待型任务（比如Web请求、异步IO），vCPU数量可以超配，但超配比例建议不要超过物理线程数的1.5倍，并且要确保宿主机还有余力处理IO中断，如果是计算密集型的科学计算，vCPU给到物理核数的一倍已经是上限,再高只会增加调度噪音。
为什么我的VMware虚拟机在CPU负载不高时仍感觉卡顿？
检查虚拟机的CPU限制或份额设置，如果之前设置过Limit，比如限制为1000MHz，即使vCPU很多，CPU也只能跑到这个频率，相当于把车限速了，检查宿主机上的其他虚拟机是否开启了高份额抢占，导致你的虚拟机在争抢中占不到资源，进入VMware Host Client，选中当前虚拟机 -> 编辑设置 -> 资源，把CPU限制改为Unlimited，份额调为High或自定义权重。
KVM虚拟机中，host-passthrough模式会比host-model快多少？
在大部分指令集相关的负载下，host-passthrough比host-model快5%～15%，因为直接暴露了全部CPU特性，省去了特性集翻译层，但如果你的宿主机CPU较老，而虚拟机需要迁移到新CPU，host-model反而更合适，因为迁移兼容性更好，如果你不关心迁移，就选host-passthrough。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/620444.html
