David Malone wrote in message
news:h6dh6d$rg...@walton.maths.tcd.ie...
[]
Indeed - to push us back on track a little, here's a graph of the
drift values from a few hundred machines:
http://www.maths.tcd.ie/~dwmalone/time/drifts.png
There's almost 600 machines in that list, but it included
David Mills wrote:
Bill,
Traditional seems to imply some kind of voodoo art. See my 1997
Internet survey which characterized the time and frequency errors of
some 27,000 NTP servers. The median error was 38.6 PPM, mean error 78.1
PPM. 2.5 percent of the population showed zero error and 3
Richard B. Gilbert wrote:
Unruh wrote:
Richard B. Gilbert rgilber...@comcast.net writes:
Evandro Menezes wrote:
It's not so much a question of clock error as the ability of NTP
converging too slowly. If it could slew by more than 500PPM, than it
could even avoid time steps, especially
Unruh wrote:
The changes that chrony would demand lie at the heart of ntp-- the heart
which is even listed in the rfc, and the heart which is controlled by
David Mills, and which in the ntp reference code says Do not make
changes without getting the OK of David Mills (paraphrase).
Also my
On Tue, Aug 18, 2009 at 10:34 AM, Martin
Burnickimartin.burni...@meinberg.de wrote:
AFAICS this means recent w32time clients in a Windows domain would never
accept reply packets from the PDC if ntpd instead of w32time is running on
the PDC, even if either of the workarounds mentioned above is
Harlan Stenn st...@ntp.org wrote in
news:ywn9iqglsynz@ntp1.isc.org:
...
Now I'm more inclined to think you are a troll.
The copyright says:
*... that the name
* * University of Delaware not be used in advertising or publicity
nemo_outis writes:
I do not, however, withdraw my earlier comments regarding the
political overhead associated with the design and development of
ntp.
Every successful Open Source project I know of has similar overhead.
--
John Hasler
j...@dhh.gt.org
Dancing Horse Hill
Elmwood, WI USA
John Hasler j...@dhh.gt.org wrote in
news:87my5xnlwj@thumper.dhh.gt.org:
nemo_outis writes:
I do not, however, withdraw my earlier comments regarding the
political overhead associated with the design and development of
ntp.
Every successful Open Source project I know of has similar
This is a remarkably long and interesting thread so I don't feel it's
unreasonable to insert a comment which relates more directly to the
original post.
Way back in May 2009, David Taylor and Richard Gilbert said
(Richard)
An error greater than 500 PPM suggests seriously broken hardware! There
In article h6dh6d$rg...@walton.maths.tcd.ie, dwmal...@maths.tcd.ie (David
Malone) writes:
David Indeed - to push us back on track a little, here's a graph of the
David drift values from a few hundred machines:
David http://www.maths.tcd.ie/~dwmalone/time/drifts.png
Again, drift values are
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
Dave Hart wrote:
On Tue, Aug 18, 2009 at 10:34 AM, Martin
Burnickimartin.burni...@meinberg.de wrote:
AFAICS this means recent w32time clients in a Windows domain would never
accept reply packets from the PDC if ntpd instead of w32time is running on
the PDC, even if either of the
Hi All,
I am running a new version of the NTP daemon, version 4.2.4p6, on a Linux
machine with kenel version 2.6.27.
When I start the daemon, the peer information shows that all the peer have a
offset of about 30 milliseconds. This offset will increase to about 50
milliseconds after an hour.
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
Ray wrote:
Hi All,
I am running a new version of the NTP daemon, version 4.2.4p6, on a Linux
machine with kenel version 2.6.27.
When I start the daemon, the peer information shows that all the peer have a
offset of about 30 milliseconds. This offset will increase to about 50
In article ywn9ab1xrquz@ntp1.isc.org, Harlan Stenn st...@ntp.org
writes:
In article h6dh6d$rg...@walton.maths.tcd.ie, dwmal...@maths.tcd.ie (David
Malone) writes:
David Indeed - to push us back on track a little, here's a graph of the
David drift values from a few hundred machines:
Ray wrote:
Hi All,
I am running a new version of the NTP daemon, version 4.2.4p6, on a Linux
machine with kenel version 2.6.27.
When I start the daemon, the peer information shows that all the peer have a
offset of about 30 milliseconds. This offset will increase to about 50
17 matches
Mail list logo
