From: Udo van den Heuvel <udovdh@xs4all.nl>
To: linux-kernel@vger.kernel.org
Cc: Roman Zippel <zippel@linux-m68k.org>
Subject: Re: 2.6.18 w/ GPS time source: worse performance
Date: Thu, 19 Oct 2006 16:12:51 +0200 [thread overview]
Message-ID: <453787E3.1010408@xs4all.nl> (raw)
In-Reply-To: <1161213459.5875.52.camel@localhost.localdomain>
john stultz wrote:
> On Wed, 2006-10-18 at 17:46 -0400, Lee Revell wrote:
>> [added John Stultz to cc]
>>
>> On Wed, 2006-10-18 at 15:57 -0400, Valdis.Kletnieks@vt.edu wrote:
>>> On Wed, 18 Oct 2006 18:44:59 +0200, Udo van den Heuvel said:
>>>> It is stuff that is visible by watching ntpq -pn output, by letting mrtg
>>>> graph stuff, etc. Watch the offset and jitter collumns.
>>>> Check /usr/sbin/ntpdc -c kerninfo output. Graph that stuff.
>>> So... you've presumably done that while identifying there is an issue.
>>> Please share the results. Have you tried booting back into a 2.6.17
>>> or so and seen offset/jitter improve? etc etc etc.
>
> Udo:
> Are you running the linuxpps patches, or is this vanilla 2.6.18 without
> any additional patches? Mind sending your dmesg and some "ntpdc -c
> kerninfo" output? Any of those graphs you mention above would be great
> as well.
I am running the latest LinuxPPS patch from Rodolfo Giometti.
# /usr/sbin/ntpdc -c kerninfo
pll offset: -0.002536 s
pll frequency: 20.610 ppm
maximum error: 0.007567 s
estimated error: 0.00046 s
status: 0001 pll
pll time constant: 2
precision: 1e-06 s
frequency tolerance: 512 ppm
# ntpq -pn
remote refid st t when poll reach delay offset
jitter
==============================================================================
127.127.1.0 .LOCL. 10 l 7 64 377 0.000 0.000
0.002
*127.127.20.0 .GPS. 0 l 1 16 377 0.000 -0.268
0.102
-194.109.22.18 193.79.237.14 2 u 257 512 377 5.511 0.951
1.444
+193.67.79.202 .GPS. 1 u 250 512 377 16.862 0.398
4.701
+193.79.237.14 .GPS. 1 u 251 512 377 13.306 -0.001
[cut]
I don't have a dmesg for 2.6.18.1 on this machine (did not save it).
Will do when there is a next reboot of this VIA CL6000E board.
When the machine was idle offset and jitter would be in the 0.00X range.
Now it is more in the 0.XXX range or worse.
Performance for these figures has at least deteriorated a factor of
about 10.
The mrtg graphs are of no use since in the month graph the 'good' part
just moved off the screen and in the year graph the resolution is too
low. :-(
Udo
next prev parent reply other threads:[~2006-10-19 14:12 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-17 15:25 2.6.18 w/ GPS time source: worse performance Udo van den Heuvel
2006-10-17 16:46 ` Lee Revell
2006-10-17 17:07 ` Udo van den Heuvel
2006-10-18 15:20 ` Udo van den Heuvel
2006-10-18 16:36 ` Lee Revell
2006-10-18 16:44 ` Udo van den Heuvel
2006-10-18 19:57 ` Valdis.Kletnieks
2006-10-18 21:46 ` Lee Revell
2006-10-18 23:17 ` john stultz
2006-10-19 14:12 ` Udo van den Heuvel [this message]
2006-10-19 14:14 ` Udo van den Heuvel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=453787E3.1010408@xs4all.nl \
--to=udovdh@xs4all.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=zippel@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox