UDP服务器性能优化：Perf和GCP的对比_udp 毫秒级网络优化-CSDN博客

本文链接：https://blog.csdn.net/win_lin/article/details/114263371

RTC服务器是UDP协议，存在以下几个难点：

UDP包数目众多，包普遍比较小。比如一个视频关键帧，可能会被分成几十个UDP发送。比如每个Opus包，几十到一百多字节不等。
不同协议需要复用端口(才能支持K8S云原生平台)，每个包都需要找到对应的Session处理，客户端地址可能还会变更。
高实时性，每个Session要即时的收发数据，不能做主动聚集包后收发，每个Session短时间就一两个包处理，没有太多可以批量处理的包。
内核对UDP协议的性能优化，不如TCP高，优化方式也不如TCP多。
需要加密和解密，除了CPU消耗，还导致内存拷贝。

尽管这样，还是有不少可以做的，详细可以看下面的链接：

v4.0, 2021-02-28, RTC: Support high performance Zero Copy NACK. 4.0.76
v4.0, 2021-02-27, RTC: Support Object Cache Pool for performance. 4.0.75
v4.0, 2021-02-12, RTC: Support High Resolution(about 25ms) Timer. 4.0.72
v4.0, 2021-02-10, RTC: Improve performance about 700+ streams. 4.0.71

优化过程中，最关键的是压测工具srs-bench，以及Perf+GCP。

发现Perf和GCP的数据有点差距，比如67%左右CPU使用时：

top - 14:58:57 up 25 days,  1:58,  4 users,  load average: 0.66, 0.76, 0.73
Tasks:  92 total,   2 running,  90 sleeping,   0 stopped,   0 zombie
%Cpu(s): 30.1 us,  5.1 sy,  0.0 ni, 61.8 id,  0.0 wa,  0.0 hi,  3.1 si,  0.0 st
KiB Mem :  8008964 total,   460028 free,  1390824 used,  6158112 buff/cache
KiB Swap:        0 total,        0 free,        0 used.  6311680 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 8375 root       0 -20 1120556 992436   4192 R  68.1 12.4  24:14.17 srs
 8462 root      20   0  312104  36364   3800 S   1.0  0.5   0:25.25 perf
 6745 root      20   0  150332   6664   2380 S   0.7  0.1   0:15.11 dstat
    6 root      20   0       0      0      0 S   0.3  0.0  49:03.07 ksoftirqd/0

SRS的统计信息：

Hybrid cpu=70.00%,969MB, cid=47984,8, timer=24421,4394,19973, clock=0,45,4,0,0,0,0,0,0, 
objs=(pkt:0,raw:0,fua:0,msg:0,oth:401,buf:0,drop:0), 
cache=(pkt:20-31w,raw:109113-69w,fua:32227-41w,msg:1-41w,buf:19-34w)

RTC: Server conns=401, rpkts=(47734,rtp:47726,stun:1,rtcp:7), 
spkts=(1710,rtp:117,stun:1,rtcp:1592), rtcp=(pli:0,twcc:3982,rr:398), 
snk=(39826,a:19913,v:19913,h:0), rnk=(2,2,h:2,m:0), 
fid=(id:0,fid:5272,ffid:42461,addr:1,faddr:47734