虚拟化直通PCI设备后，性能损耗极小，多数场景下能做到接近物理机的九成以上，甚至无限逼近原生性能，但前提是你得用对方案。这篇文章不聊玄学，直接拆解损耗从哪来、怎么测、以及什么时候千万别直通。
为什么大家都说直通“无损”，但跑分总差一口气
先搞懂直通到底在“通”什么
虚拟机想用物理网卡、显卡或者NVMe硬盘，通常有两条路，一条是虚拟化软件模拟出一块“假”设备，比如VMware的e1000网卡，数据要经过Hypervisor层层转包，CPU占用高，延迟感人，另一条就是PCI Passthrough（直通），它干的事情很粗暴把PCIe设备直接分配给某台虚拟机，让虚拟机通过IOMMU（Intel叫VT-d，AMD叫AMD-Vi）直接访问硬件寄存器，中间不再有Hypervisor这个“翻译官”。
行业内把这种模式叫设备直通，或是VMDirectPath I/O，它的核心价值在于，虚拟机里的驱动直接跟硬件对话，绕开了虚拟化层的截获与模拟，所以理论上讲，性能损耗的源头就只剩下了中断重映射和DMA映射这两层薄薄的皮。
那点“折扣”到底折在哪
业内专家指出,直通模式下性能损耗主要不是来自硬件访问路径，而是来自虚拟化层对中断和内存地址的翻译开销，打个比方，设备想给虚拟机发个中断，不能直接怼到CPU核心上，得先经过Hypervisor的“接线员”转一下，这中间就产生了几微秒的抖动。
具体到场景里,损耗能分成两类：
- 高吞吐场景：比如万兆网卡跑满，或者NVMe固态持续读写，瓶颈往往在中断处理，如果Hypervisor没有把虚拟机的vCPU钉死在物理核心上（CPU Pinning），中断可能在不同核之间乱跳，造成缓存不命中，吞吐掉个5%-10%是常有的事。
- 低延迟场景：比如高频量化交易、音频接口的实时监听，延迟波动比平均延迟更重要，直通后的延迟数值虽然很低，但由于IOMMU页表切换偶尔会顿一下，延迟的“毛刺”会比物理机稍微明显一点。
虚拟机直通pci性能损耗，是怎么被Hypervisor吃掉的
CPU调度才是最大的隐形杀手
如果你用的是KVM（内核虚拟化），那么QEMU进程本身是在宿主机上以普通进程身份跑的，当你把GPU直通给Windows虚拟机时，如果宿主机上还有其他负载在抢CPU资源，虚拟机里的GPU渲染帧率就会出现断崖式下跌。
解决办法很笨但很有效：给虚拟机预留物理核心，如果是Intel平台，在/libvirt/qemu.conf里配置好vcpu_pin，把虚拟机的4个vCPU绑到4个特定的物理核心上，同时把这几个核心从宿主机的调度器中“隔离”出来，不隔离的话，你跑个UnixBench可能看不出来，但一玩3A大作，帧生成时间的波动会非常酸爽。
NUMA节点跨了，性能直接打七折
这是很多新手踩坑的地方,一台双路服务器，你插在CPU0附近的PCIE插槽上的显卡，直通给了一台被调度到CPU1节点上运行的虚拟机，数据要想从显卡到虚拟机内存，得跨过QPI/UPI总线走一趟。
这带来的后果就是,PCIe带宽利用率直线下降，特别是做视频剪辑或者跑AI推理时，显存和内存之间频繁交换数据，一旦跨NUMA访问，延迟翻倍不说，带宽还可能砍半，所以在配置直通前，一定要用lstopo命令看一眼硬件拓扑，强制虚拟机的内存和vCPU都落在插着目标设备的那个NUMA节点上。
pcie直通和sriov哪个好，别迷信“直通一定强”
很多人觉得直通最高级,其实未必，直通虽然独占设备，但丧失灵活性你不能快照，不能热迁移，设备被一台虚拟机独占了，而SR-IOV（单根I/O虚拟化）则是把物理网卡拆成多个VF（虚拟功能），每个虚拟机分一个VF，照样能绕开模拟层，性能接近直通，但保留了迁移的可能性。
适用场景对比
- 显卡：要么直通，要么用NVIDIA vGPU（需要专业卡和许可），SR-IOV听起来美，但消费级显卡根本不支持。
- 网卡：如果只是想要高速，强烈建议用SR-IOV，Mellanox CX5/CX6这类网卡开了SR-IOV之后，单VF性能能达到物理端口的90%以上，但你可以同时开几十个VF给几十台虚拟机用，管理方便多了。
- NVMe硬盘：直通一个完整的NVMe控制器，意味着宿主机失去这块盘，但用NVMe-MR-I/O（多根I/O虚拟化）可以把一块物理盘拆成多个命名空间直通，这个技术目前消费级平台还没普及，服务器上比较常见。
为什么家用NAS场景更推荐SR-IOV
比如你在搭建一台all-in-one（虚拟化一体机），想给群晖虚拟机直通一块Intel X550-T2双口万兆网卡，你会发现，不直通的话，虚拟交换机占用CPU高；直通了的话，另一口就浪费了，而且虚拟机一重启网卡就掉，相比之下，用一张支持SR-IOV的CX4或X710网卡，给群晖一个VF，给OpenWrt一个VF，剩下的留给物理机，CPU占用率低，每个口都能跑满，这才是正解。
实际操作：怎么验证你的直通到底打了多少折
别听人瞎吹,拉出来跑一跑就知道，以下是通过命令行工具验证性能的具体步骤。
网卡直通验证
创建一个Linux虚拟机,直通一张Intel X710网卡，然后在宿主机网卡上配置一个VF做对比。
- 在宿主机上用
iperf3 -c <宿主机IP> -P 8 -t 60测试从虚拟机到物理机的TCP吞吐。 - 在虚拟机里也装iperf3,反向测回来，观察带宽和重传率。
- 关键看
ethtool -S命令输出里的rx_dropped和tx_dropped寄存器值，如果丢包比物理机高不少，检查一下是否没有调大rx/tx ring buffer参数（ethtool -G eth0 rx 4096）。
显卡直通验证
直通一张A卡给Win10虚拟机,装完驱动后，用3DMark跑Time Spy，记录显卡得分，然后拔掉显卡插回物理机，重启跑同一项。分差超过8%的话，说明虚拟化配置有瓶颈，重点排查上面提到的CPU Pinning和NUMA绑定。
GPU-Z里有一个“Bus Interface Load”的传感器，如果直通模式下跑游戏时总线占用率只有70%，说明驱动没跑在PCIe x16通道上，很可能是PCIe链路因为虚拟化退回到了Gen2或Gen3，这会在BIOS/虚拟化配置中锁定成Gen4就能解决。
直通的隐藏代价：你失去的不只是性能，还有安稳
快照和迁移功能全部失效
直通模式下,Hypervisor无法检查设备状态，所以像热迁移、内存快照、挂起恢复这些核心功能在直通虚拟机上是禁用或极不稳定的，一旦上游业务需要维护宿主机，你就得停机迁移虚拟机，这部分的业务中断成本，往往比那“5%的性能损失”贵得多。
显卡直通的环境变量很敏感
给家用机装显卡直通,还在用旧版QEMU的话，容易遇到“Code 43”错误这是NVIDIA驱动检测到身处虚拟机时故意抛出的报错，虽然可以加x-vga=on和隐藏KVM CPU标识来解决，但这属于打擦边球，不像SR-IOV那样是官方支持的正路。
声卡和USB控制器容易被忽略
很多人直通显卡后,声音还是从虚拟声卡出来，延迟巨大，其实应该把主板上的USB控制器也一并直通给Windows，让Usb声卡和键鼠都在同一个虚拟机里，避免中断被宿主机抢走，这一步虽然不计入性能跑分，但对实际体验的提升立竿见影。
Q&A：虚拟机直通pci性能损耗排查实例
直通后网卡跑不到万兆，是不是性能打折扣了？
先排除是不是假万兆,检查网线是不是Cat6a，交换机端口是否开启了流控，如果链路没问题，把宿主机和虚拟机的巨型帧（MTU 9000）同时开起来，再测试，理论上来讲，直通网卡跑满线速是正常的，除非你的PCIe插槽实际只跑在x4通道上，或者虚拟机CPU核心数低于4核导致的软中断处理能力不足。
直通显卡玩游戏帧数低，查了CPU和内存占用都不高，还有什么原因？
游戏帧数不仅吃CPU和显存,极大概率是PCIe带宽在作怪，用GPU-Z看总线负载，如果负载超过95%且帧率不如物理机，试着在虚拟机配置里关闭relaxed（宽松）DMA翻译模式，并强制宿主机PCIe链路为Gen3或Gen4，少部分情况是Hypervisor默认给虚拟机的显卡分配了低优先级MMIO窗口，导致显存映射出现1MB的碎片化，用vfio-pci.ids参数重启宿主机加载驱动即可解决。
直通硬盘给虚拟机，跑分忽高忽低，怎么回事？
如果直通的是一整块NVMe盘,忽高忽低大概率不是虚拟化的锅，先检查盘体温度是否触及过热降频，然后用nvme smart-log看thermal_throttle计数，如果盘没问题，检查宿主机是否开启了节能模式，直通盘的性能与宿主机CPU电源管理策略关系极大把宿主机CPU governor设为performance模式，性能曲线会稳定很多。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/623430.html
