如何验证Linux下DPDK应用的KNI接口流量负载均衡（PPS）

我来分享几个在Linux环境下验证DPDK KNI接口负载均衡PPS分布的实用方法和工具，都是实际项目里用过的，靠谱得很：

一、利用DPDK自带工具直接获取统计数据 #

• 用dpdk-procinfo工具，它能直接读取你的DPDK应用的内部统计信息，包括每个KNI端口的收发数据包数。只需要运行：

  dpdk-procinfo --pid <你的DPDK应用进程ID>
  

  输出里会列出每个port的rx_packets和tx_packets，你可以每隔1秒执行一次，计算两次结果的差值，就是每秒的PPS了。
• 另外，如果你的DPDK应用本身支持日志输出，最好在代码里集成rte_kni的统计逻辑，实时打印每个KNI接口的PPS——毕竟自己的应用对流量分发逻辑最清楚，统计数据也最准确。

二、用流量生成工具模拟负载，配合Linux工具统计PPS #

1. pktgen-dpdk（DPDK官方流量生成工具） #

这工具能精准控制发包速率、数据包大小和流量特征，非常适合模拟真实负载。你用它向DPDK应用的入站接口发流量，然后在两个KNI接口上分别统计PPS：

• 在KNI接口所在的环境（如果用了network namespace就先切进去），用tcpdump按秒统计：

  tcpdump -i kni0 -n -q -tttt | awk '{print $1}' | uniq -c
  

  输出里的数字就是每秒收到的数据包数，直接对应PPS。

2. tcpreplay（基于pcap文件的流量重放） #

如果你有真实的流量捕获文件（.pcap），可以用tcpreplay把流量重放到入站接口，然后同样用tcpdump或者下面的系统工具统计KNI接口的PPS。

三、Linux系统自带的监控工具 #

这些工具不需要额外安装，随手就能用：

• sar：系统活动报告工具，运行sar -n DEV 1，每秒输出一次所有网络接口的统计数据，其中rxpck/s就是接收PPS，txpck/s是发送PPS。直接看kni0和kni1的数值，就能对比负载分布是否合理。
• nload：界面更直观的监控工具，运行nload kni0和nload kni1分别监控两个接口，面板上会显示每秒的数据包数，一眼就能看出差异。

四、自定义bash脚本持续监控PPS #

如果需要长期监控并记录数据，可以写个简单的脚本，读取Linux sysfs里的KNI接口统计节点：

#!/bin/bash
INTERFACE=$1
prev_rx=0
prev_tx=0
echo "开始监控 $INTERFACE 的PPS..."
while true; do
    current_rx=$(cat /sys/class/net/$INTERFACE/statistics/rx_packets)
    current_tx=$(cat /sys/class/net/$INTERFACE/statistics/tx_packets)
    rx_pps=$((current_rx - prev_rx))
    tx_pps=$((current_tx - prev_tx))
    echo "$(date +%Y-%m-%d\ %H:%M:%S) $INTERFACE: RX PPS=$rx_pps, TX PPS=$tx_pps"
    prev_rx=$current_rx
    prev_tx=$current_tx
    sleep 1
done

保存成pps_monitor.sh，给执行权限后，分别运行./pps_monitor.sh kni0和./pps_monitor.sh kni1，就能得到持续的PPS数据，方便后续分析分布情况。

最后几个小提醒 #

• 如果你的KNI接口绑定了特定CPU核，最好在对应的核上运行统计工具，避免CPU亲和性影响统计准确性。
• 确保生成的流量速率足够大，能触发负载均衡逻辑——如果流量太小，可能会因为哈希分布的随机性导致暂时的不均匀，多跑一会儿再看结果。
• 检查你的负载均衡算法的哈希键（比如源IP、目的IP、端口组合），如果所有测试流量的哈希键都一样，那肯定会全部走同一个KNI接口，这不是负载均衡的问题，是流量特征的问题。

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