"David L. Mills" <[EMAIL PROTECTED]> writes:
>David,
>You quote the sampling theorem, which is a little more powerful than
>Nyquist. However, you are correct in that the NTP filter is not
>brick-wall. To compensate for that, the minimum sampling rate is at
>least twice the Nyquist rate. Having
Thanks David for the response.
Regards
Kiran
"David L. Mills" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Kiran,
>
> I say yet once again, the event reporting is specific to the particular
> verision. The version you cite preceeds the development version, so the
> web documen
[EMAIL PROTECTED] (Grzegorz Daniluk) writes:
>Steve Kostecke pisze:
>> On 2008-07-23, Grzegorz Daniluk <[EMAIL PROTECTED]> wrote:
>> You're complicating matters by using ntpdc.
>>
>> Just edit the server lines in ntpd.conf and restart ntpd. If you're
>> using iburst on the other server lines ntpd
Uwe Klein <[EMAIL PROTECTED]> writes:
>Serge Bets wrote:
>> Hello David,
>>
>> On Tuesday, July 22, 2008 at 7:45:06 +0100, David Woolley wrote:
>>
>>
>>>Serge Bets wrote:
>>>
Hwclock 2.33 sets the RTC with typically a maximum error of
10 microseconds
>>>
>>>That would only be possible
On Tuesday, July 22, 2008 at 20:33:59 +, Unruh wrote:
> The drift is the change due to the frequency difference. That is easy
> to correct.
Again: how?
> When Windows reset the clock ( assuming that the reset was some
> reasonably small fraction of the total time difference) does not
> mat
On Thursday, July 24, 2008 at 1:48:40 +, Bill Unruh wrote:
> Apparently the HPET disables the rtc interrupts and takes them over.
Those HPET emulated RTC interrupts indeed seem to be nothing else than
unusable rubbish, by design. They introduce an unacceptable level of
error in the measures.
Serge Bets <[EMAIL PROTECTED]> writes:
> On Thursday, July 24, 2008 at 1:48:40 +, Bill Unruh wrote:
>> Apparently the HPET disables the rtc interrupts and takes them over.
>Those HPET emulated RTC interrupts indeed seem to be nothing else than
>unusable rubbish, by design. They introduce an
Serge Bets <[EMAIL PROTECTED]> writes:
> On Thursday, July 24, 2008 at 1:48:40 +, Bill Unruh wrote:
>> Apparently the HPET disables the rtc interrupts and takes them over.
>Those HPET emulated RTC interrupts indeed seem to be nothing else than
>unusable rubbish, by design. They introduce an