On 2010-09-13, David L. Mills <mi...@udel.edu> wrote: > Bill, > > Please reread the definition of Allan deviation. It is a measure of
That makes no difference to the intercept and simply adds a constant slope of -1 to the graph. And note that the most common use of ntp is to discipline the time, not the frequency of the system (ie the desire of the user is to minimize the time error, not thefrequency error). I do understand that the way to disciplining the time is, in ntp, through the frequency. > frequency differences, not time errors. I principle, it could be applied > to a virtual machine with virtual timer interrupts, but nobody familiar > with the principles would do that and it would serve no useful purpose. > The phase noise would be huge due to processor scheduling, etc. This > would push the Allan intercept to very large values. The NTP clock > discipline does that automatically. So, it makes no sense at all to use > Allan analysis in such cases. > > I'm getting really tired of this discussion, and it servers no useful > purpose. And, by the way, mail sent to your alleged mail address is > returned to sender as undeliverable. Yes, I am sorry about that but it is done in order to slightly reduce the spam I get. It should be clear how to alter it, but I realise that that makes more work for the responder. For a long time I did not munge my address, and as a result am on a number of spam lists. > > Dave > > unruh wrote: > >>On 2010-09-11, David L. Mills <mi...@udel.edu> wrote: >> >> >>>David, >>> >>>With due respect, your comment has nothing to do with the issue. Allan >>>deviation is between a quartz crystal oscillator, timer interrupt, >>>interpolation mechanism and a kerel syscall to read. the clock. It has >>>nothing whatsoever to do with virtual machines. >>> >>> >> >>?? Allan deviation is a measure of the error of a clock as a function of >>lag. It does NOT specify the error soruce. It is not simply defined for >>only certain machines used in certain ways. Now it may be simple for >>some systems (like your lightly loaded systems) but that is largely >>irrelevant. >>The purpose of the doing things like measureing Alan deviation is to >>understand the noise sources affecting a clock. If those happen to be >>diurnal temperature variations, then that is what needs to be handeled. >>If it is Virtual Machines and their clock reading then that is what you >>need to look at. >> >>Errors are errors and understanding them is crucial to designing a >>decent error mitigation procedure. Closing one's eyes to a dominant >>error source will ssimply mean that the error mitigation procedure will >>suck. >> >> >> >>>Dave >>> >>>David Woolley wrote: >>> >>> >>> >>>>David L. Mills wrote: >>>> >>>> >>>> >>>>>Bill, >>>>> >>>>>Running a precision time server on a busy public machine with a >>>>>widely varying load is not a good idea and I have no interest in >>>>>that. Running >>>>> >>>>> >>>>As indicated by the sort of questions the group is getting recently, >>>>it is becoming the norm to run time servers on virtual machines, >>>>because that is how businesses now run all their servers. The whole >>>>point of virtual machines is that the host is busy and running a >>>>varied load! >>>> >>>>_______________________________________________ >>>>questions mailing list >>>>questions@lists.ntp.org >>>>http://lists.ntp.org/listinfo/questions >>>> >>>> >> >>_______________________________________________ >>questions mailing list >>questions@lists.ntp.org >>http://lists.ntp.org/listinfo/questions >> >> _______________________________________________ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
