Danny Mayer wrote: > David J Taylor wrote: >> Thanks for your reply. Perhaps my recollection is at fault here, but I >> recall that NTP on Windows uses some interpolation technique to overcome >> timer granularity, and that the interpolation used a CPU counter. > > We are intending to implement that but we haven't done so yet.
Huh? Danny you should know the code is already there for many years ... >> Now I think further into the topic, I realise that with Windows XP NTP >> works perfectly witha dual-core AMD or Intel system (once the multi-media >> timers are enabled for the duration), but the problem appears to be on >> Windows Vista. So the question I should be asking is more: "How does >> Windows Vista differ from Windows XP so as to affect NTP, and is that >> anything to do with multi-processors or not?". >> >> The performance I'm seeing is definitely much poorer and, at times, it >> looks almost like NTP is switching between two different times. For >> example, look at yesterday around 10:00 UTC. As mentioned in my other post, this may depend on which HAL is currently used, i.e. which type of timer is being used to implement the performance counter, and whether the timer clock frequency is constant, or not. I did not yet have more time to play around with this. >> http://www.david-taylor.myby.co.uk/mrtg/gemini_ntp.html >> >> I may try rebooting that PC with dual-core disabled and see what happens. >> > There are a couple of boot switches you can try and see if that makes a > difference. I'm not really familiar with Vista and the switch might not > help on Vista. You should also consider that it may be doing things in a > different way which could cause additional interrupts so that the clock > tick doesn't update in a regular fashion. The possibilities are endless. > Time for a support call to Microsoft? I know you don't have 8 hours to > remain on hold. > > There is one other thing that needs to be considered. This is a 64-bit > system> In that case it's possible that the code may need to be changed > to deal with it properly. For example using the VS 2005 compiler I have > found that it uses a 64-bit integer instead of 32-bit integer for > time_t. This could affect the quality of the results, it's hard to say. Shouldn't this only matter when the 32 bit time_t overflows? Martin -- Martin Burnicki Meinberg Funkuhren Bad Pyrmont Germany _______________________________________________ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions