> 本当にfailed_sendsがゼロだったのでは？
カーネルがぼろぼろ落しているわけではなく、send()は全て
成功して確かに全てのパケットが送出されていたが、
netperfと関係ない別のアプリがUDPパケットを送信していた
から一致しない... という推測も可能だって言ってますか?

でも66を読んだ時点で、その推測は誤りだと気づく筈。
66では、ifconfig の TX Packets の差分と、netperf
の受信側の値が一致していると言っていますからね。
つまり、66を読めば、
● send()が成功を返した回数と、実際にNICから送信された
　パケット数(==受信側netperfが受信できたパケット数)が
　一致していない
● これは別のアプリのせいではない。
　別アプリによるUDPパケット送出はゼロで、TX Packets の差分
は全てnetperfの送信によるもの
だというところまでは判る筈。
そしてさらに72まで読めば、
● send()がENOBUFSのようなエラーを返しているわけでもない
● Ethernetレベルでの送信エラーも生じてない
ということも確認可能。
俺には、65,66,72の結果だけで、Linuxカーネルに問題があると
いう結論が導き出せると思うんだが、もし問題ないという推論が
可能ならば、どういう論理でそれが可能になるかを教えて欲しい。

> 異様に帯域が広いとか、そんなこといってないし。
82で、異常に大きなバンド幅が出るって言ってますけど...
先入観が邪魔して、66をちゃんと読めてなかったってことかな。
まあ、俺だって同じようなミスを犯すことは、ままあるかもナー。