掌握课程导论在课程导论中的定位、故障信号与验证顺序。
课程导论常见问题来自默认值、路径、版本或权限没有对齐。
本节把课程导论相关配置拆成参数来源、生效条件和回滚检查。
在虚拟化环境中，网络I/O一直是性能瓶颈的核心。当虚拟机需要处理高吞吐量数据流——例如实时数据采集、高频交易或AI推理集群的节点间通信时，传统的虚拟交换机（如Linux Bridge或Open vSwitch）会引入显著的CPU开销和延迟抖动。一个典型的场景是：一台承载4台虚拟机的Proxmox宿主机，通过单个25Gbps网卡接入数据中心网络。当虚拟机之间或与外部存储进行大流量交互时，25G（25 Gigabit）网卡的处理能力被虚拟化层“削平”，实际吞吐量可能仅剩5-8Gbps，同时CPU占用率飙升
本课程的核心工程目标，就是通过PCIe直通（PCIe Passthrough）与SR-IOV（Single Root I/O Virtualization）两种技术路线，将25G网卡的硬件能力直接交付给虚拟机，消除虚拟化层的I/O放大效应。你将学会如何根据工作负载特征，在这两种方案中做出正确选型，并完成从硬件配置到生产验证的全流程
当虚拟机网络吞吐需求超过10Gbps或对延迟抖动敏感（如DPDK应用），软件虚拟交换必然成为瓶颈。直通是唯一能释放25G网卡线速能力的手段
本课程按“硬件准备 → 方案选型 → 配置实施 → 排障优化”四阶段组织，确保你每一步都有可操作的检查点
IOMMU（Intel VT-d / AMD-Vi），检查网卡固件版本，并确保BIOS中开启Above 4G Decoding和SR-IOV Supportiperf3、dpdk-testpmd等工具进行吞吐和延迟测试，并建立常见故障的排查清单某金融科技公司需要在Proxmox上运行高频交易回测引擎。虚拟机需要直接访问25G网卡以接收行情数据。初期尝试使用OVS+DPDK，但配置复杂且稳定性不足。最终采用PCIe Passthrough将整个物理网卡直通给一台专用虚拟机，实现了23.8Gbps的稳定吞吐，CPU开销降低约40%
完成本课程后，你将具备以下可验证的能力，而非仅停留在概念层面：
IOMMU group冲突问题dmesg | grep -i iommu、lspci -vvv、cat /proc/interrupts等命令的排障用法，能定位直通失败、VF不可见、中断风暴等典型故障下表是两种直通方案的核心对比，它将贯穿整个课程，作为你后续配置决策的基准
在开始配置前，先执行 lspci | grep -i ethernet 确认网卡型号，并检查其是否支持SR-IOV。Mellanox ConnectX-4/5/6 和 Intel XXV710 是当前主流且兼容性最好的25G网卡
不要认为SR-IOV一定优于Passthrough。如果你的虚拟机需要运行DPDK并独占网卡队列，Passthrough反而更简单且性能更稳定。SR-IOV的优势在于多虚拟机共享，而非单机性能
本节作为课程导论，为你明确了25G直通要解决的工程问题、两种主流路线的选型边界，以及学完本课后能获得的硬技能。下一节我们将进入实战，从BIOS设置和内核参数调整开始，搭建直通环境的基础