Port-sparc archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: [ntp:questions] Ntpd in uninterruptible sleep?
On Thu, Nov 17, 2011 at 18:04, Alexander Carver
<agcarver%acarver.net@localhost> wrote:
> On 11/17/2011 09:14, Dave Hart wrote:
>> filtdelay= 0.23 0.23 0.23 0.23 0.23 0.37 0.23 0.26,
>> filtoffset= -0.06 -0.06 -0.07 -0.08 -0.08 -0.01 -0.01 -0.01,
>> filtdisp= 0.00 0.96 1.95 2.94 3.95 4.91 5.81 5.84
>>
>> The last three lines are the ones from ctl_putarray().
>>
>> Thanks for digging into this. Your test program is close what I had
>> it mind. I was thinking output only the hex values followed by \r to
>> avoid scrolling the terminal for speed, expecting when it went into an
>> infinite loop, the interesting hex value would be visible. AGC, what
>> does your ntpq show if you try similar commands, varying from&1 to
>> the number of associations? 'rv&X' happens under the hood for each
>> line of ntpq -p, and -c raw shows the text as it is on the wire (at
>> least for these filt*=).
>
> Do you want this data from the older version or the newer development
> version? I'm assuming the older version which means I need to restart ntpd
> and let it accumulate some data before I can try it but I'd only have a
> limited window of time before it completely locks up.
No, 4.2.7 is fine. The point is the numbers are small and from
measurements, none typically exceed about 16000.0 I believe.
> I see the test code from Martin in the thread. I'll take that and let it
> bang away at my IPX to see what happens. At least that way there are two
> sparc32's running it and if both cough up an error then something is really
> wrong.
The more the merrier,
Dave Hart
Home |
Main Index |
Thread Index |
Old Index