rfs（receive flow steering）是一种linux内核技术，用于优化网络数据包处理效率。它通过将同一数据流的数据包尽量分配给同一个cpu处理，减少跨cpu带来的缓存切换损耗，从而提升多队列网卡在高吞吐场景下的性能。其工作原理是与rss配合，rss负责将数据包分发到不同的硬件队列，而rfs则控制软中断的处理路径，使数据包由处理该连接应用的cpu执行。启用和配置rfs主要包括：1.确认网卡支持rss；2.开启内核中的rps和rfs支持；3.设置全局最大队列数；4.为每个rx队列配置rps_cpus掩码；5.绑定网卡驱动支持rfs规则。实际使用时需注意避免过度配置、根据负载动态调整、确保内核版本支持以及避免与其他调度机制冲突，并建议通过工具测试验证配置效果。
配置Linux网络接口的RFS（Receive Flow Steering）流导向路由，主要是为了提升多队列网卡在高吞吐场景下的CPU缓存命中率和处理效率。简单来说，就是让同一个数据流的数据包尽量被同一个CPU处理，减少跨CPU带来的性能损耗。
这个功能对服务器、高性能计算环境特别有用，尤其是使用了RSS（Receive Side Scaling）多队列网卡的情况下。
什么是RFS和它的工作原理？
RFS（Receive Flow Steering）是Linux内核中用于优化网络数据包处理的一项技术。它与RSS配合工作，RSS负责将数据包分发到不同的硬件队列，而RFS则进一步控制这些数据包如何被软中断处理，尽可能地将同一连接的数据包分配给处理该连接应用的CPU来处理。
这样做的好处很明显：
- 减少CPU之间的缓存切换
- 提升数据处理效率
- 更好地利用NUMA架构的优势
如何启用和配置RFS？
要启用RFS，需要确保你的系统支持，并正确设置相关参数。以下是基本步骤：
确认网卡支持RSS
可以通过ethtool -x
查看网卡的RSS队列信息。-
开启RPS和RFS支持
虽然RFS本身不需要额外模块，但通常会结合RPS（Receive Packet Steering）一起使用。你需要确保以下配置项在内核中启用：CONFIG_RPS=y CONFIG_RFS_ACCEL=y
-
配置全局最大队列数
编辑/proc/sys/net/core/rps_sock_flow_entries
，设置一个合适的值，比如：echo 32768 > /proc/sys/net/core/rps_sock_flow_entries
-
为每个队列配置rps_cpus
比如针对eth0的第0个RX队列：echo f > /sys/class/net/eth0/queues/rx-0/rps_cpus
上面的“f”表示允许前4个CPU处理该队列的数据包，可以根据实际情况调整。
-
绑定网卡驱动支持RFS规则
如果你使用的是支持硬件加速的网卡（例如Intel ixgbe），可以通过如下方式添加RFS规则：ethtool --config-rxfh-indir
context
实际使用中的注意事项
虽然RFS能带来性能提升，但在实际部署时也要注意几个关键点：
不要过度配置rps_cpus掩码
太多CPU参与反而可能增加锁竞争和缓存一致性开销。根据负载动态调整
对于流量波动较大的服务，可以考虑脚本化自动调整策略，比如基于当前CPU利用率来动态修改rps_cpus。检查内核版本是否支持完整RFS特性
较老的内核可能缺少一些优化功能，建议使用3.19或更新版本。避免和其它调度机制冲突
比如如果你用了XPS（Transmit Packet Steering），要注意配置上的一致性。
基本就这些，别忘了测试验证
配置完后，可以用工具如
sar -n DEV或者
nstat来观察各个CPU的中断分布情况，也可以用
perf工具分析热点流的处理路径。
当然，不同硬件、不同应用场景下效果可能会有差异，建议先在测试环境中验证后再上线。
基本上就这些，不复杂但容易忽略细节。
