基于Delphi 10.2+Indy10，如何确定最优UDP数据报大小？

场景与测试情况 #

我使用Delphi 10.2搭配Indy 10组件，做了如下测试：

1. PMTU检测：设置DF标志发送数据报，检测无分片传输的最大UDP数据报大小：

UDPServer.Binding.SetSockOpt(IPPROTO_IP, IP_DONTFRAGMENT, 1)
SetLength(SData, N);
UDPServer.SendBuffer(ABinding.PeerIP, ABinding.PeerPort, SData);

测试得到可正常接收的最大N值为1472字节，即该大小数据报可无分片传输。

2. 大流量传输测试：

TotalSent := 0;
for L := 1 to 100 do begin
  for k := 1 to Count do begin
    SData[0] := k;
    UDPServer.SendBuffer(ABinding.PeerIP, ABinding.PeerPort, SData);
    TotalSent := TotalSent + N;
  end;
  If SLeepTm > 0 then sleep(SLeepTm);
end;

客户端统计发现，1464字节的数据报传输速度最优，丢包率对应的效率是1472字节时的2倍。

核心疑问 #

1. 如何在实际应用中无需压力测试确定这类最优UDP数据报大小？
2. 将数据拆分为该大小以追求最佳效率的思路是否正确？

问题解答 #

一、无需压力测试确定最优大小的方法

• 预留头部冗余空间：PMTU检测得到的1472字节是IPv4环境下（MTU 1500）的UDP净荷理论最大值（1500 - IP头20字节 - UDP头8字节）。但实际网络中可能存在额外头部开销（如VPN隧道、MPLS标签），这些会占用MTU空间，导致1472字节的报文触发分片或丢包。通常建议在PMTU值基础上预留8-16字节的冗余，这就是你测试中1464字节（1472-8）表现更好的核心原因——避开了潜在的额外头部开销导致的隐性丢包。
• 采用通用经验区间：如果无法实时探测链路额外开销，公网环境下可直接选用1400-1460字节的UDP净荷大小。这个区间既能兼容绝大多数公网链路的MTU限制，又能避免因接近MTU上限带来的丢包风险，无需复杂测试。
• 轻量启动探测：若要更精准，可在应用启动时做一次快速探测：从1400字节开始，逐步增加报文大小至1472字节，每个大小发送10-20个探测包，统计短时间内的丢包率，自动选择丢包率低于5%阈值的最大报文大小。整个探测过程仅需数秒，无需大流量压力测试。

二、拆分数据为最优大小的思路是否正确

这个思路完全正确，但需注意以下细节：

• 避免过度拆分：不要为了极致效率把报文拆得过小。过小的报文会导致头部占比过高（比如100字节的UDP报文，头部8字节占比8%；而1400字节的报文头部占比仅0.57%），反而降低整体传输效率。
• 结合丢包策略权衡：如果你的应用允许5%丢包，无需重传则可直接使用最优大小；但如果是对数据完整性有要求的场景，需配套轻量重传机制（比如对连续丢包的报文进行重传），此时最优大小还要结合重传开销来调整——比如丢包率较高时，适当减小报文大小，降低单包丢失的影响。
• 匹配发送端缓冲区：发送带宽较高时，最优大小要匹配发送端的socket缓冲区大小，避免因缓冲区溢出导致的丢包。可通过SetSockOpt调整SO_SNDBUF参数，确保缓冲区能容纳足够的待发送报文。

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