Intel VMX环境下哪些网络相关系统调用会触发到Hypervisor的VM Exit

一、VM Exit触发规则与网络系统调用相关说明 #

Intel VMX架构下，VM Exit的触发完全由Hypervisor在VMCS（虚拟机控制结构）中配置的VM执行控制位决定，只有当非根模式下的操作命中了开启的拦截规则时，才会退出到VMX根模式交由Hypervisor处理，常规系统调用指令本身默认不会触发VM Exit。

你关注的几个网络相关系统调用的VM Exit触发场景如下：

• socket：属于纯内核态资源管理类系统调用，仅在Guest内核内部完成套接字结构体的分配、状态初始化等逻辑，不涉及硬件交互，默认不会触发VM Exit。只有当你使用Hypervisor定制的专属网络方案（比如Hypervisor层统一管理套接字的passthrough方案）时，才会主动拦截该系统调用触发VM Exit，常规虚拟化场景下Hypervisor不需要参与套接字创建过程。
• accept：核心逻辑是处理监听套接字的连接队列，完成新连接的状态绑定，没有硬件操作的场景下不会触发VM Exit，仅当操作触发缺页、或者需要同步网卡硬件状态时才会退出到根模式。
• send/recv：触发VM Exit的条件取决于所使用的网络虚拟化方案：
  • 使用全模拟网卡（如E1000、RTL8139）时，读写网卡的MMIO/PIO寄存器操作会触发VM Exit，交由Hypervisor模拟硬件行为
  • 使用半虚拟化网卡（如virtio-net）时，仅当Guest把数据包放入virtio队列后触发门铃寄存器写入操作时才会产生一次VM Exit，数据拷贝过程无需退出
  • 使用SR-IOV VF网卡直通时，整个收发流程直接操作分配给Guest的硬件VF，不会触发VM Exit

二、多核环境下套接字创建的并行性说明 #

如果是不需要Hypervisor介入的常规虚拟化场景，套接字创建逻辑完全在Guest内核内部执行，Guest内核本身的套接字管理逻辑支持多核并行处理，仅会在必要的资源锁位置产生小粒度的竞争，整体可以并行执行。

如果是你提到的需要Hypervisor参与处理套接字创建的定制场景，并行性取决于Hypervisor的实现：

• 若Hypervisor的套接字处理逻辑使用了全局大锁，同一时间只能处理一个创建请求，无法并行
• 若Hypervisor采用了细粒度锁、per-CPU处理队列等优化，完全可以支持多核并行执行，当前主流厂商的定制化Hypervisor都已经实现了该类操作的并行优化，不存在全局锁瓶颈。

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