10G网卡连接下接收端数据包到达时间线性漂移问题求助

两台通过10G网卡连接的Linux主机，发送端基于C语言+libpcap按原pcap文件的包间隔发包，发送端本地tcpdump抓包无漂移，但接收端tcpdump保存的pcap文件中，前数百个包间隔正常，后续时间差线性增大。以下是核心原因分析：

• 用户态定时的累积误差
  若发送端依赖usleep()、nanosleep()这类用户态定时函数，其精度受系统CPU调度影响。当系统存在其他进程抢占资源时，用户态程序的休眠时长会出现微小偏差，多次发包后偏差累积，导致实际发包间隔逐渐偏离原文件。而发送端本地tcpdump是在内核态抓取待发送的包，时间戳基于内核调度发包的时刻，不会体现用户态定时的累积误差。

• 接收端网络栈的处理延迟累积
  接收端tcpdump记录的是包被内核中断处理并提交给用户态的时间。如果接收端未优化网络中断配置（如未设置中断亲和性、未开启RSS），高发包速率下，收包中断处理、软调度会出现持续的微小延迟，每个包的延迟叠加后，就表现为时间差的线性漂移。发送端无此问题是因为本地抓包不涉及跨主机的网络传输与远端处理环节。

• 跨主机时钟未同步
  两台主机的系统时钟未通过NTP/PTP做高精度同步时，即使时钟偏差极小，在大量数据包的时间戳对比中，也会呈现出线性的时间差增大。发送端本地抓包用的是同一时钟，因此无漂移现象，但跨主机的时钟差异会直接反映在接收端的时间戳上。

• 定时逻辑的误差累积
  若发送端的定时逻辑是基于“当前时间-上一包发送时间”计算休眠时长，这种相对定时的方式会把每一次的微小误差累积到下一次发包中，导致间隔偏差随发包数量线性增大。正确的做法应基于绝对时间定时：记录首包的发送时刻，后续每个包的发送时刻为首包时间加上原文件中对应的间隔，从根源避免误差累积。

发送端pcap文件对比显示数据包间隔无明显漂移，接收端pcap文件对比则呈现出时间差随数据包数量增加而线性增大的趋势。

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