On Thu, 19 Dec 2024 14:31:44 -0500 Willem de Bruijn wrote:
All three timestamping flakes are instances where the script expects the timestamp to be taken essentially instantaneously after the send call.
This is not the case, and the delay is outside even the 14K tolerance. I see occurrences of 20K. At some point we cannot keep increasing the tolerance, perhaps.
I pinned the other services away and gave the packetdrill tester its own cores. Let's see how much of a difference this makes. The net-next-2024-12-20--03-00 branch will be the first to have this.