UDP组播小数据包吞吐量仅约10kpps是否符合预期？

开发者阿泽

2026-6-17

UDP组播发送性能疑问

我搭建了一对UDP组播发送端/接收端，发送端核心逻辑如下：

uint64_t msg_count = 0;
while (!ev_flag) {
  ++msg_count;
  sendto(fd, &msg_count, sizeof(msg_count), 0, (struct sockaddr *)&addr, sizeof(addr));   
}

这段代码会重复向组播地址发送大量负载为8字节的UDP小数据包，以此测试组播网络可承载的小型“更新”或“数据点”数量。测试结果显示，在现代笔记本电脑上，每秒仅能发送约10k条消息。算上每个IP数据包约20字节的开销，总吞吐量仅约300KB/s。请问该结果是否符合预期，还是示例代码存在问题？

回答

这个结果不符合现代硬件的预期，你的代码确实存在明显的性能瓶颈，核心问题和优化方向如下：

系统调用开销过高
每次sendto都会触发一次用户态到内核态的上下文切换，这种切换的开销在高频调用下会被放大。10k/s的发送量基本就是单线程无批量处理时，系统调用的性能极限之一。
小包带来的协议开销浪费
你计算的20字节只是IPv4头部的基础开销，实际每个数据包的总开销远高于此：UDP头部8字节、以太网链路层头部14字节+4字节CRC，再算上可能存在的VLAN标签，每个8字节负载的小包总尺寸接近60字节。频繁发送小包会让协议开销占比超过80%，同时网卡对小包的处理效率远低于大包。
针对性优化建议
1. 使用批量发送接口：改用sendmmsg一次性发送多个UDP数据包，把系统调用次数降低到原来的1/N（比如每128个包调用一次），直接消除大部分上下文切换开销。
2. 合并数据包：将多个8字节的负载打包到一个UDP数据包中发送，比如把100个数据点合并成一个800字节的包，大幅降低协议开销占比，提升网卡传输效率。
3. 调整套接字缓冲区：通过setsockopt(fd, SOL_SOCKET, SO_SNDBUF, &buf_size, sizeof(buf_size))设置更大的发送缓冲区，避免内核缓冲区满导致的发送阻塞。
4. 异步IO/多线程优化：如果单线程批量发送仍无法满足需求，可以结合epoll等异步IO模型，或者用多线程分摊发送压力（注意线程间的资源竞争控制）。

批量发送示例代码

#include <sys/socket.h>

#define BATCH_SIZE 128

uint64_t msg_count = 0;
struct mmsghdr msgs[BATCH_SIZE];
struct iovec iovs[BATCH_SIZE];
uint64_t batch_counts[BATCH_SIZE];

while (!ev_flag) {
    int current_batch = 0;
    // 填充批量消息
    for (; current_batch < BATCH_SIZE && !ev_flag; current_batch++) {
        batch_counts[current_batch] = ++msg_count;
        iovs[current_batch].iov_base = &batch_counts[current_batch];
        iovs[current_batch].iov_len = sizeof(uint64_t);
        
        msgs[current_batch].msg_hdr.msg_name = (struct sockaddr *)&addr;
        msgs[current_batch].msg_hdr.msg_namelen = sizeof(addr);
        msgs[current_batch].msg_hdr.msg_iov = &iovs[current_batch];
        msgs[current_batch].msg_hdr.msg_iovlen = 1;
        msgs[current_batch].msg_hdr.msg_control = NULL;
        msgs[current_batch].msg_hdr.msg_controllen = 0;
        msgs[current_batch].msg_len = 0;
    }
    
    if (current_batch > 0) {
        sendmmsg(fd, msgs, current_batch, 0);
    }
}

采用这种批量发送方式后，发送量通常能提升10倍以上，达到100k/s甚至更高，具体取决于硬件和系统配置。

内容的提问来源于stack exchange，提问作者D.J. Elkind