"David Woolley" wrote in message
news:jc8k6d$rad$1...@dont-email.me...
[]
The reason that he can get to the point of diminishing returns quickly
is that they nature of the platform means that point has a relatively
low time quality.
It's also a matter of what you consider sufficiently accura
On 2011-12-13, Harlan Stenn wrote:
> Richard wrote:
> [much elided]
>
>> Like it or not, NTPD, when started, will need up to TEN HOURS to
>> settle down with the best time that you are going to get! This is not
>> a hardship if you run NTPD 24x365 (366 in leap years). If you have to
>> shutdown
Richard wrote:
[much elided]
> Like it or not, NTPD, when started, will need up to TEN HOURS to
> settle down with the best time that you are going to get! This is not
> a hardship if you run NTPD 24x365 (366 in leap years). If you have to
> shutdown frequently and can't wait for NTPD to reach s
Richard B. Gilbert wrote:
More recent versions of NTP may do better that what I have observed over
The reason that he can get to the point of diminishing returns quickly
is that they nature of the platform means that point has a relatively
low time quality.
the years. My systems run 24x3
vijay agrawal wrote:
As noted, with proper servers the time and rate of change of time will
behave errors less than those introduced by your process.
- Sync the existing server with NTPDate – b
This will result in a step, not a slew.
__
Richard B. Gilbert wrote:
Like it or not, NTPD, when started, will need up to TEN HOURS to settle
down with the best time that you are going to get! This is not a
hardship if you run NTPD 24x365 (366 in leap years). If you have to
shutdown frequently and can't wait for NTPD to reach steady s
On 2011-12-13, Richard B. Gilbert wrote:
> On 12/12/2011 5:22 PM, Joe Wulf wrote:
>> I wanted to add to the conversation.
>>
>>> Harlan wrote:
From: Harlan Stenn
Sent: Wednesday, December 7, 2011 6:56 PM
OK, and exactly why do you need "the time offset in the ballpark before
>
David J Taylor wrote:
and let NTP take care of it all? Do you have some special requirement?
I suspect one or both servers are free running.
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 12/13/2011 2:00 PM, David J Taylor wrote:
"Richard B. Gilbert" wrote in message
news:r8qdnwenqdhjchrtnz2dnuvz_qqdn...@giganews.com...
[]
Like it or not, NTPD, when started, will need up to TEN HOURS to
settle down with the best time that you are going to get! This is not
a hardship if you ru
"Richard B. Gilbert" wrote in message
news:r8qdnwenqdhjchrtnz2dnuvz_qqdn...@giganews.com...
[]
Like it or not, NTPD, when started, will need up to TEN HOURS to settle
down with the best time that you are going to get! This is not a
hardship if you run NTPD 24x365 (366 in leap years). If you
On 12/12/2011 5:22 PM, Joe Wulf wrote:
I wanted to add to the conversation.
Harlan wrote:
From: Harlan Stenn
Sent: Wednesday, December 7, 2011 6:56 PM
OK, and exactly why do you need "the time offset in the ballpark before ntpd
starts"?
I believe we're gonna have both "ntp-wait" and "
On 2011-12-13, vijay agrawal wrote:
> Hi,
> ??
> I have added new NTP server as Startum 1. I would like to sync my existing
> NTP server with new NTP server.
> ??
> But keeping the impact less, I would like to know what is the best method to
> slew the time correctly.
> ??
That is the job ntpd
On 2011-12-13, Harlan Stenn wrote:
...
> Related items:
>
> - it takes some time to get a good idea of the drift. We have seen that
> we can get the drift calculated to 3ppm or better in 300 seconds, so
> we should be able to get the drift calculated to 30ppm or better in 30
> seconds' time
On 2011-12-12, Joe Smithian wrote:
> I have configured my NTP server and client to use Autokey with IFF
> Identity scheme and it's working, client synchronizes to my servers.
> It synchronizes with and without copying the IFF parameter to the
> client. So I'm wondering if IFF identity scheme is a
Hi,
I have added new NTP server as Startum 1. I would like to sync my
existing NTP server with new NTP server.
But keeping the impact less, I would like to know what is the best
method to slew the time correctly.
I have figured out the steps and would like to confirm the same.
- F
This is exactly why I prefer FreeBSD.
Isn't this an option for you?
Cheers,
Miguel
On 13/12/2011, at 10:14, "Mark C. Stephens" wrote:
> I just tried Fedora 16, its quite full of bugs from Anaconda to gnome and
> everything in between!
>
> I understand the political reasons for making the ful
Hi,
I have added new NTP server as Startum 1. I would like to sync my existing NTP
server with new NTP server.
But keeping the impact less, I would like to know what is the best method to
slew the time correctly.
I have figured out the steps and would like to confirm the same.
-
I just tried Fedora 16, its quite full of bugs from Anaconda to gnome and
everything in between!
I understand the political reasons for making the full kernel source so
obfuscated to install but I wish they would have some mercy on us guys out in
userland.
I may end up installing something lik
18 matches
Mail list logo