Hi all,
I read and followed as the link Martin suggest and I tried to find the latest
version. Can you check for me if this link is the latest because I tried this
link but it is not working. I tried set minpool to 9 but it doesn't work.
Here is the link:
vothanhhun...@gmail.com vothanhhun...@gmail.com wrote:
Hi David,
I have reinstalled ntp again and do the same as the guide above and I want to
know if I can configure the sync interval to test if the program is working
correctly. So I put the minpool parameter with value 9 and wait but
On 10/07/2014 23:51, David Woolley wrote:
On 10/07/14 09:23, David Taylor wrote:
although Windows can be kept within a millisecond,
But the uncertainty in the delay between real world events and
application programs reading the corresponding time is likely to be
rather larger.
Unless the
On 11/07/2014 07:51, vothanhhun...@gmail.com wrote:
[]
The machine I am trying to sync is a VPS machine.
VPS is what? A virtual PC?
--
Cheers,
David
Web: http://www.satsignal.eu
___
questions mailing list
questions@lists.ntp.org
On 11/07/14 07:51, vothanhhun...@gmail.com wrote:
I tried set minpool to 9
That's part of your problem, not the soluction. Leave it at 6.
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
vothanhhun...@gmail.com wrote:
Hi all,
I read and followed as the link Martin suggest and I tried to find the latest
version. Can you check for me if this link is the latest because I tried this
link but it is not working. I tried set minpool to 9 but it doesn't work.
In the message to
On 11/07/14 07:51, vothanhhun...@gmail.com wrote:
In my case (as William explained) it is not a normal clock rate sync
but just a copy time from ntp server to machine clock. So what I am
wondering now is if it is right in my situation to use ntp to sync
from ntp server.
w32time is good enough
Brian Inglis wrote:
Never had a problem keeping within a few ms offset from UTC with
only good network sources, Windows 7 x64, and NTP 4.2.6p5 stable.
As far as I have seen this may depend. On some systems it works, on
others it doesn't which means the time synchronization doesn't settle.
Hi there
Rob van der Putten wrote:
Cut
A lot of people however, by an embedded system, hook op a GPS receiver,
find that PPS doesn't work and then just give up.
Apparently GPSD supports PPS on CTS.
So if you already have got an embedded system and a GPS receiver and
your 232 cape supports
On 11/07/14 09:46, Martin Burnicki wrote:
not a normal clock rate sync but just a copy time
He means ntpdate in step mode. He clearly has something badly broken
and is trying to use ntpd as sticking plaster, rather than fixing the
problem.
___
On 2014-07-11 00:51, vothanhhun...@gmail.com wrote:
Hi all,
I read and followed as the link Martin suggest and I tried to
find the latest version. Can you check for me if this link is
the latest because I tried this link but it is not working.
I tried set minpool to 9 but it doesn't work.
11 matches
Mail list logo