What can be done with ntpd's code to address the lack of speed in ramping
down the time constant as needed to keep up with changes in the local clock?
> You are observing on a time scale much shorter than the loop time
> constant. ntpd has an adaptive time constant, and once it has gained
> initi
On 3/29/2013 3:27 PM, Claudio Carbone wrote:
On 29/03/13 19:26, Brian Utterback wrote:
As unruh said, if there was a way to improve the accuracy of the
measurement over the network like that, NTP would already be doing it.
If so why doesn't the offset oscillate?
If NTP were a real compensation
Claudio Carbone wrote:
On 29/03/13 19:26, Brian Utterback wrote:
As unruh said, if there was a way to improve the accuracy of the
measurement over the network like that, NTP would already be doing it.
If so why doesn't the offset oscillate?
If NTP were a real compensation system, it should osc
Claudio Carbone wrote:
On 29/03/13 19:26, Brian Utterback wrote:
As unruh said, if there was a way to improve the accuracy of the
measurement over the network like that, NTP would already be doing it.
If so why doesn't the offset oscillate?
If NTP were a real compensation system, it should osc
On 03/29/13 15:27, Claudio Carbone wrote:
On 29/03/13 19:26, Brian Utterback wrote:
As unruh said, if there was a way to improve the accuracy of the
measurement over the network like that, NTP would already be doing it.
If so why doesn't the offset oscillate?
If NTP were a real compensation sy
Claudio Carbone wrote:
> I mean that, when I have certain timings from different machines, if I
> correct them by their average offset from a common source, doesn't this
> augment the precision of the measure?
NTP has already used the offset to correct the system clock. You don't
need or want to
On 3/28/2013 8:22 AM, Magnus Danielson wrote:
On 03/27/2013 10:45 PM, David Woolley wrote:
Robert Scott wrote:
I am confused about the proper usage of pool.ntp.org and NIST.
pool.ntp.org seems to be a collection of private sector time servers
offered for all to use, but with registration expect
On Mar 29, 2013, at 12:27 PM, Claudio Carbone wrote:
> On 29/03/13 19:26, Brian Utterback wrote:
>> As unruh said, if there was a way to improve the accuracy of the measurement
>> over the network like that, NTP would already be doing it.
>
> If so why doesn't the offset oscillate?
It usually do
On 29/03/13 19:26, Brian Utterback wrote:
As unruh said, if there was a way to improve the accuracy of the
measurement over the network like that, NTP would already be doing it.
If so why doesn't the offset oscillate?
If NTP were a real compensation system, it should oscillate around the
setpo
On 3/29/2013 1:26 PM, Claudio Carbone wrote:
I mean that, when I have certain timings from different machines, if I
correct them by their average offset from a common source, doesn't
this augment the precision of the measure?
I'm using a single external source to compare all other clocks.
In
On 2013-03-29, Claudio Carbone wrote:
> On 29/03/13 16:59, unruh wrote:
>> I have no idea what you want to do-- your description just left me
>> confused, but perhaps the above may allow you to decide if the ntp
>> protocol might be useful to you.
>
> I have a network of machines with a master ser
On 29/03/13 18:04, David Woolley wrote:
Single PPS source with equal length cables to each machine.
Impossible.
Machines are moving robots, and we operate indoor.
If the clocks are already synchronised by NTP, none of these will give
you a better time; all they will do is given you an idea o
Claudio Carbone wrote:
To do this ideally I should have a single clock, but that is plainly
impossible.
Single PPS source with equal length cables to each machine.
So the next best thing is to use the single machines kernel clocks
corrected with the NTP data.
But to do this I need to perio
On 29/03/13 16:59, unruh wrote:
I have no idea what you want to do-- your description just left me
confused, but perhaps the above may allow you to decide if the ntp
protocol might be useful to you.
I have a network of machines with a master server which is the only one
connected to the intern
On 2013-03-28, Claudio Carbone wrote:
> Hello.
>
> I'm new to NTP and my needs aren't really rooted in the mechanism of
> synchronization and time seeding.
>
> What I intend to do is a kind of ping/traceroute of a networked
> architecture where OS level ping and traceroutes do not suffice.
>
> S
Hello.
I'm new to NTP and my needs aren't really rooted in the mechanism of
synchronization and time seeding.
What I intend to do is a kind of ping/traceroute of a networked
architecture where OS level ping and traceroutes do not suffice.
So I'm designing my own little apps to push messages
In the US, the stratum 2 time servers are much less used than the stratum 1
servers, and they dispense fairly accurate time. The stratum 1 time servers
frequently have erratic and lengthy processing delays. You can find time
servers here http://support.ntp.org/bin/view/Servers/WebHome
and finding
Robert Scott wrote:
> On Thu, 28 Mar 2013 21:21:55 GMT, Harlan Stenn wrote:
>
>>On Thu, Mar 28, 2013 at 5:57 AM, Rob wrote:
>>> so you will need to write an adaptive
>>> algorithm that recognizes what is happening here, and send the queries
>>> quickly enough (I would say at least two per second
18 matches
Mail list logo