clock synchronization quality via NTP ?

2001-08-22 Thread Thierry Herbelot
Hello, I know FreeBSD can be used with great success for timing solutions (at least two core members do it ?). has someone some performance data of the quality of system clock synchronization, while using NTPd with a GPS reveiver and a hard 1PPS signal ? More precisely : is it reasonable to

Re: clock synchronization quality via NTP ?

2001-08-22 Thread Wilko Bulte
On Wed, Aug 22, 2001 at 09:47:34PM +0200, Thierry Herbelot wrote: Hello, I know FreeBSD can be used with great success for timing solutions (at least two core members do it ?). has someone some performance data of the quality of system clock synchronization, while using NTPd with a GPS

Re: clock synchronization quality via NTP ?

2001-08-22 Thread Warner Losh
In message [EMAIL PROTECTED] Thierry Herbelot writes: : I know FreeBSD can be used with great success for timing solutions (at : least two core members do it ?). Well, there's one core member, and a second committer. Or was until a few days ago... : has someone some performance data of the

Re: clock synchronization quality via NTP ?

2001-08-22 Thread Warner Losh
In message [EMAIL PROTECTED] Wilko Bulte writes: : On Wed, Aug 22, 2001 at 09:47:34PM +0200, Thierry Herbelot wrote: : Hello, : : I know FreeBSD can be used with great success for timing solutions (at : least two core members do it ?). : : has someone some performance data of the quality

Re: clock synchronization quality via NTP ?

2001-08-22 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Warner Losh writes: : More precisely : is it reasonable to hope having a system clock not : farther from the GPS clock by more than 50 micro-seconds ? 50 microseconds should be feasible provided that you either provide a very stable temperature or replace the

Re: clock synchronization quality via NTP ?

2001-08-22 Thread Warner Losh
In message 46651.998541806@critter Poul-Henning Kamp writes: : In message [EMAIL PROTECTED], Warner Losh writes: : : : More precisely : is it reasonable to hope having a system clock not : : farther from the GPS clock by more than 50 micro-seconds ? : : 50 microseconds should be feasible

Re: clock synchronization quality via NTP ?

2001-08-22 Thread Luigi Rizzo
beyond normal HVAC and stock xtals on the motherboard. This is after we've done the fast interrupt hack. Without it, the other system activity was causing enough interrupt latncy variance that we would see more like +- 80us with outliers way off in the weeds (+- just under 10ms!). Warner,

Re: clock synchronization quality via NTP ?

2001-08-22 Thread Warner Losh
In message [EMAIL PROTECTED] Luigi Rizzo writes: : Is this the case ? And if so, what is the fast interrupt hack that you : are mentioning and how would it improve things ? Yes. I think so. We were measuring on a 5x86 at 133MHz, so the effect would be exagerated more. The hack that we did was