PCIe SR-IOV：为什么需要SR-IOV

2024-03-27 22:50

文章标签 需要 pcie sr iov

本文主要是介绍PCIe SR-IOV：为什么需要SR-IOV，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

PCIe SR-IOV：为什么需要SR-IOV

1. SR-IOV的最终目标

终极目标：提高硬件资源利用率。

2 发展历程

2.1 原始状态v1.0

在这里插入图片描述
上图展示了在没有引入任何虚拟化技术时，一个PCIe系统的状态。它主要有以下组件构成：

处理器：可以是通用处理器、嵌入式处理器、专用处理器等等。
内存
PCIe Root Complex（RC）：一个平台系统下，可以包含一个或多个RC。
PCIe Root Port（RP）：每个RC可以支持一个或多个RP。每个RP代表了一个独立的层次结构。SR-IOV中的SR（single root）就是指只有一个RP的场景。
PCIe Switch：用于PCIe扩展，即允许连接更多的PCIe设备或PCIe Switch。
PCIe Device：PCIe设备终端，可以是网卡、存储等等。
System Image：操作系统。

既然是原始状态，那么也就意味着当前系统状态的硬件资源利用率存在可优化的空间，因此衍生出了进化版v2.0。

2.2 进化版v2.0

在这里插入图片描述

为了在不改变硬件的情况下提升资源利用率，在硬件资源和System Image之间增加一个虚拟化中间层（Virtualization Intermediary，简称VI）。与此同时，System Image的数量也增加了（此时的SI可以看做是运行在服务器上的多个虚拟机）。

这种系统架构下，VI负责管理所有硬件并将硬件虚拟化之后提供给SI。每个SI可以使用的硬件资源可以根据负载或者用户需求进行调整。这种架构可以应对许多使用场景，但是由于每一笔I/O操作都需要VI层的参与，导致性能明显下降，因此在I/O性能要求较高的场景下很难满足需求。

基于当前架构的局限性，PCI-SIG开发出了SR-IOV技术。

2.3 进化版v3.0 —— SR-IOV

在这里插入图片描述
SR-IOV的优点：

主要数据传输阶段（DMA、内存空间访问、中断处理等）不再需要VI的参与，明显提升了性能。
通过SR-PCIM（Single Root PCI Manager）对SR-IOV资源进行标准化配置和管理。
只需要比较少的硬件投入，就可以在一个设备中添加大量的I/O Function支持。
能够将SR-IOV与其他I/O虚拟化技术集成在一起，从而创建健壮、完整的I/O虚拟化解决方案。相关的虚拟化技术包括：Address Translation Services (ATS)、Address Translation and Protection Table (ATPT)技术、interrupt remapping technologies。

SR-IOV架构中新增的组件：

Single Root PCI Manager（SR-PCIM）

软件实现。负责SR-IOV capability的配置、PF和VF的管理、错误事件的处理、设备的统筹管理（例如电源管理、热插拔等）。

Optional Translation Agent（TA）

硬件实现或者软硬件联合实现。负责将PCIe事务中的地址转化成实际的物理地址。TA中可能包含Address Translation Cache，用于加速地址转换表的访问。TA可能支持Address Translation Services（ATS），ATS能够使PCIe Function在开启DMA之前预先获取目标内存的地址转换关系。如果PCIe事务表明他们包含了转换之后的地址，那么就可以省略address translation的查表过程，所以，ATS能提升性能。