Sign up ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

When enabling Windows to set system time via Internet, I'm presented with the following dialog:

Internet Time Settings dialog, with option to select time server

Does it matter which time server I choose?

How would I know if one was "better" than the others?

share|improve this question
Are you limited to official Time Server by Microsoft, or are you free to use any NTP Server? If so, I would like to suggest for the Time Server. On the Homepage is a NTP Pool List. There you can choice the closest NTP server to your area. –  JohannesM May 30 '12 at 12:45
Those are the options it gives you by default, but you could type in something else –  Kip May 30 '12 at 12:55
Sorry, I was not clear enough. I meant, are you limited to the official time servers by your company, or are you allowed to use any NTP? –  JohannesM May 30 '12 at 13:09
@JohannesM: I don't think I'm limited by my company, but I don't really know. –  Kip May 30 '12 at 13:12

3 Answers 3

up vote 5 down vote accepted

Does it matter which time server I choose?

Short answer: Yes

Whilst all NTP servers strive to maintain synchronisation with UTC, their distance from you, and the intervening networks, affect NTP factors such as latency and jitter. There is also the question of availability, not all servers are available continuously forever.

So far as I know, UTC and the stratum-0 NTP service is not overseen, regulated or provided by USNO, even within the USA. UTC was defined by the ITU and is based on TAI plus leap seconds (I believe determined by ERS) TAI is maintained by an international set of 70 laboratories (of which USNO is one but also including NRL in Washington and NIST at Boulder) and coordinated by BIPM in France.

I would use the ntp pool for your locale.

How would I know if one was "better" than the others?

By running a real NTP client on a suitable system and looking at the stats

# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
============================================================================== europium.canoni 16 u 182d 1024    0    0.000    0.000 4000.00
*      2 u  659 1024  377   27.015   -4.936   1.034
+      2 u  700 1024  377   24.853   -4.827   0.788   2 u  913 1024  377   29.364   -5.614   0.691

Looks like… would be a bad choice.

share|improve this answer
What do you mean by a "real' client? And which one do you use? –  Pacerier Jul 28 at 7:21
@Pacerier: One that implements a variant of Marzullo's algorithm rather than one that simply requests time from a single server. Therefore one that tracks reachability, offset and jitter across multiple servers. Something like the Mills implementation. –  RedGrittyBrick Jul 28 at 7:31

According to Wikipedia, Network Time protocol works as follows:

To synchronize its clock with a remote server, the NTP client must compute the round-trip delay time and the offset. The round-trip delay is computed as enter image description here, where enter image description here is the time of the request packet transmission, enter image description here is the time of the request packet reception, enter image description here is the time of the response packet transmission and enter image description here is the time of the response packet reception. enter image description here is the time elapsed on the client side between the emission of the request packet and the reception of the response packet, while enter image description here is the time the server waited before sending the answer. The offset is given by enter image description here.

The NTP synchronization is correct when both the incoming and outgoing routes between the client and the server have symmetrical nominal delay. If the routes do not have a common nominal delay, the synchronization has a systematic bias of half the difference between the forward and backward travel times.

From this explanation we can admit that to have an accurate clock sincronization you must have low difference in the delay time that the server respond to your request and the time delay that you answer to the server completing the sincronization. So, if the server that you are running are far away from you(I mean, there are a lot of "points" or routers between you and the NTP server) the probability to have a different "path" for the ntp packets that you receive and you send is increased. So, from my interpretation of the case, the best server to sincronize your clock is the "closer" one. I mean, if you get a trace of the "points" between you and the server you would choose the one that have less jumps. You could use "tracert" command from Windows to resolve the best public NTP Server for you.

Also, remember that beyond these standard options, there are a lot of public NTP Servers on the Internet.

share|improve this answer

Short answer: No.

It doesn't matter. They're are all the same. More or less, they're backups for each other. Within the the United States, the Time Service Department of the U.S. Navy Observatory is the official timekeeper. All other mirror its time including corporations, and, specially, any U.S. government entities. Therefore, all the options available from the drop down are same time. Hence there isn't one that is "better" than the others.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.