通过

具有单个硬件接收队列的 RSS

微型端口驱动程序可以为支持 RSS 哈希计算和单个接收描述符队列的 NIC 提供 RSS 支持。

下图演示了使用单个接收描述符队列的 RSS 处理。

说明使用单个接收描述符队列处理 RSS 的示意图。

在图中，虚线箭头表示接收处理的备用路径。 RSS 无法控制接收初始 ISR 调用的 CPU。

与非 RSS 接收处理不同，基于 RSS 的接收处理通过多个 CPU 分布。 此外，给定连接的处理可以绑定到给定的 CPU。

每个中断都将重复以下过程：

  1. NIC 使用 DMA 填充接收的数据缓冲区并中断系统。

    微型端口驱动程序在初始化期间在共享内存中分配了接收缓冲区。

  2. NIC 可以随时填充其他接收缓冲区，但在微型端口驱动程序启用中断之前不会再次中断。

    系统在一个中断中处理的接收缓冲区可以与许多不同的网络连接相关联。

  3. NDIS 在系统确定的 CPU 上调用微型端口驱动程序的 MiniportInterrupt 函数 （ISR）。

  4. ISR 暂时禁用中断，并请求 NDIS 排队处理收到数据的延迟过程调用（DPC）。

  5. NDIS 在当前 CPU 上调用 MiniportInterruptDPC 函数（DPC ）。 在 DPC 中：

    1. 微型端口驱动程序使用 NIC 为每个接收的缓冲区计算的哈希值，并将每个接收的缓冲区重新分配给与 CPU 关联的接收队列。
    2. 当前 DPC 请求 NDIS 为与非空接收队列关联的其他 CPU 对 DPC 进行排队。
    3. 如果当前 DPC 在与非空队列关联的 CPU 上运行，则当前 DPC 将处理关联的接收缓冲区并指示驱动程序堆栈上收到的数据。

    分配队列和排队其他 DPC 需要额外的处理开销。 若要提高系统性能，必须通过更好地利用可用 CPU 来抵消此开销。

  6. 给定 CPU 上的 DPC：

    1. 处理与其接收队列关联的接收缓冲区，并将数据发送到更高层的驱动程序堆栈。 如需详细信息，请参阅 指示 RSS 接收数据。
    2. 如果这是最后一个完成的 DPC，则启用中断。 此中断已完成，进程将再次启动。 驱动程序必须使用原子操作来标识最后完成的 DPC。 例如，驱动程序可以使用 NdisInterlockedDecrement 函数实现原子计数器。