Replacing C
Eric S. Raymond
esr at thyrsus.com
Mon Jan 9 01:35:13 UTC 2017
Kurt Roeckx <kurt at roeckx.be>:
> On Sun, Jan 08, 2017 at 02:37:43PM -0800, Hal Murray wrote:
> >
> > >> OTOH, if the OS is time stamping packets, and PPS, for the ntpd daemon
> > >> then the daemon can tolerate 'some' jitter.
> >
> > > In normal operation we can expect lots of pairs of small allocations at UDP
> > > datagram sizes with deallocation fairly rapidly thereafter. So the heap will
> > > have lots of churn, which is bad...
> >
> > We don't care about the timing in most of the code. The only critical
> > section is the chunk between grabbing the time and sending the packet. That
> > chunk is likely to involve crypto.
> >
> > We could fix that with another packet. The idea is that you get a time stamp
> > from the kernel on the transmit side. Then you have to send another packet
> > to get that time stamp to the other end.
>
> Didn't the support for that get removed? Or am I confusing it with
> something else?
I think you are, and no blame attaches. What Hal is suggesting sounds a bit like
interleave mode and drivestamps.
--
<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
More information about the devel
mailing list