On Thu, Jun 05, 2003 at 09:09:05AM +0100, Dominic Sweetman wrote: > A naive network synchronisation protocol - analogous to your first > proposal - would leave clocks differing by a network round-trip time > or so: but NTP does a lot better. So in principle you should be able > to scale NTP to create a clock synchronised within some fraction of > the time taken by a CPU-to-CPU communication... but compressing the > essence of the NTP protocol into something which runs fast enough > might be interesting! > > My 5-minutes-over-breakfast feeling is that you should be able to > figure out a way to get time right enough; try reading up how NTP > works and see whether it can be made to work? Yes, already been thinking about that. The essence of NTP is a software implementation of a phase locked loop. The full NTP protocol is way to heavy of course but the subset we're talking about would be rather lightweight. I'd expect the phase noise to be in the low ppb range, little problems with unlocking. And it'll be usable for arbitrary combinations of clock frequencies. So an approach to try. Enjoy your breakfast :-) Ralf
