From: jamal <hadi@cyberus.ca>
To: David Miller <davem@davemloft.net>
Cc: netdev@vger.kernel.org, Robert.Olsson@data.slu.se,
shemminger@linux-foundation.org, kaber@trash.net
Subject: Re: fscked clock sources revisited
Date: Mon, 30 Jul 2007 22:14:36 -0400 [thread overview]
Message-ID: <1185848076.5162.39.camel@localhost> (raw)
In-Reply-To: <20070730.183750.77058266.davem@davemloft.net>
On Mon, 2007-30-07 at 18:37 -0700, David Miller wrote:
> Relatively speaking, the acpi_pm numbers are at least consistent and
> about as much as so as jiffies. Jiffies numbers are also possibly
> better, at least in part, because of the decreased accuracy and errors
> propagating.
I am not sure jiffies gives innacurate results. It gives the best
performance on the dual xeon i tested on, all the time. Very consistent.
On its accuracy: I was able to validate it With pktgen generating
traffic and some external hardware tool capturing the interpacket gaps
etc.
> tsc acts as expected, since every time your cpu changes power
> management state (which it is going to do dynamically) the TSC
> rates change and thus the accuracy goes into outer-space.
Robert was saying he had even more bizare results with opteron given the
NUMA nature.
> There really isn't much that can be done by any of this. These issues
> exist because of hardware limitations, nobody bothered to build
> x86/x86_64 systems with a system wide TICK register that is both
> impervious to cpu frequence scaling and also cheap to access.
>
> So the above is what we basically have to live with :-)
That is a bummer. I am going to test with hpet when i get the chance
and perhaps turn off all the other sources if nothing good comes out; i
need my numbers ;->
cheers,
jamal
next prev parent reply other threads:[~2007-07-31 2:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-31 1:10 fscked clock sources revisited jamal
2007-07-31 1:10 ` Arjan van de Ven
2007-07-31 1:17 ` jamal
2007-07-31 1:23 ` jamal
2007-07-31 2:07 ` Arjan van de Ven
2007-07-31 1:37 ` David Miller
2007-07-31 2:03 ` Arjan van de Ven
2007-07-31 2:14 ` jamal [this message]
2007-08-07 13:19 ` jamal
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=1185848076.5162.39.camel@localhost \
--to=hadi@cyberus.ca \
--cc=Robert.Olsson@data.slu.se \
--cc=davem@davemloft.net \
--cc=kaber@trash.net \
--cc=netdev@vger.kernel.org \
--cc=shemminger@linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.