配置RSS与PFRING集群的网络数据包流转及二者关联机制问询

核心协同逻辑 #

两者分属不同层级的流量处理机制，是上下游配合的关系：

• 网卡硬件层：开启RSS后，网卡会基于数据包的特征字段（默认是源IP、目的IP、源端口、目的端口、协议号的五元组）计算哈希值，按照哈希结果把数据包分发到对应的硬件RSS队列，每个RSS队列通常单独绑定一个CPU核心处理中断，从硬件层面就完成了流量的负载拆分，且能保证同一条流的所有数据包都进入同一个RSS队列，避免乱序。
• 内核捕获层：PF_RING内核模块会绕过传统Linux内核协议栈的软中断处理流程，直接从网卡的RSS队列中读取原始数据包，没有多余的协议栈处理开销。
• 跨层传输层：PF_RING拿到数据包后，会直接写入内核态与用户态共享映射的环形缓冲区，用户态程序可以直接从这块共享内存中读取数据包，省去了内核态到用户态的二次拷贝开销。

关于PF_RING是否直接从RSS队列取包的问题 #

默认配置下答案是肯定的，PF_RING确实会直接从RSS队列拉取数据包后放入环形缓冲区。
如果开启了PF_RING的集群模式，还可以通过配置cluster_id参数，让对应同一个RSS哈希的同一条流的数据包，统一分发到同一个用户态处理进程，完全复用RSS的流保序能力，不会出现同流数据包分散到不同进程的问题。
如果追求极致性能，建议将对应RSS队列绑定的CPU核心，和PF_RING环形缓冲区绑定的CPU核心设置为同一个，避免跨CPU缓存失效带来的额外开销。

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