From: Joanna Rutkowska <joanna@invisiblethingslab.com>
To: Jeremy Fitzhardinge <jeremy@goop.org>
Cc: Ian Pratt <Ian.Pratt@eu.citrix.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Dan Magenheimer <dan.magenheimer@oracle.com>
Subject: Re: A clocksource question
Date: Thu, 11 Mar 2010 11:49:30 +0100 [thread overview]
Message-ID: <4B98CABA.3000006@invisiblethingslab.com> (raw)
In-Reply-To: <4B9877CA.4060204@goop.org>
[-- Attachment #1.1: Type: text/plain, Size: 2203 bytes --]
On 03/11/2010 05:55 AM, Jeremy Fitzhardinge wrote:
> On 03/10/2010 05:19 PM, Joanna Rutkowska wrote:
>> On 11/03/2010 02:06, Jeremy Fitzhardinge wrote:
>>
>>> On 03/10/2010 04:52 PM, Joanna Rutkowska wrote:
>>>
>>>> BTW, how does the clocksource=jiffies work on a pvops kernel in Dom0?
>>>>
>>>>
>>> Not very well. clocksource=jiffies just sets up timer interrupts at
>>> approx 100ms intervals and assumes that's 100ms. You get very low res
>>> timers and timekeeping.
>>>
>>>
>> So, how to explain that there is no wallclock drift *at all*, even in a
>> long run -- uptime of a few days, in Dom0, when it uses the jiffies
>> source?
>>
>
> You said earlier that you were seeing clock drift with
> clocksource=jiffies in dom0.
>
Correct, sorry. With jiffies I do get a wallclock drift, yes.
>> Anyway, I assume that the "xen" clock source is much more fine grained
>> (1ms?)
>
> The xen clocksource has nanosecond resolution. But clocksources are
> different from event sources, and so the ns resolution of time
> measurement doesn't have much relationship to the timer precision (which
> is always going to use the xen event source, which is also ns
> resolution, but it will tend to fold together timer events which are
> closer than 50us).
>
>> and so, maybe my kbd hiccups are caused by some code executed by
>> the timer interrupt too frequently (maybe too much code executes per
>> each timer interrupt, because of some other bug)? Just a though...
>>
>
> Possibly, but doesn't seem too likely. Can you tell if your hiccups are
> accompanied by bursts of timer interrupts in /proc/interrupts?
>
> There is another possibility, which is that the scheduler is getting
> confused by xen's scheduler clock. Rather than just scheduling based on
> real time, we try to take into account time stolen from a vcpu so that
> it isn't credited against the process (which may have had all its time
> stolen by another domain). But that could just be confusing things.
>
> Does this help?
>
> diff --git a/arch/x86/xen/time.c b/arch/x86/xen/time.c
Will build a new kernel with this and let you know.
j.
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 226 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2010-03-11 10:49 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-09 10:47 A clocksource question Joanna Rutkowska
2010-03-09 10:50 ` Keir Fraser
2010-03-09 10:54 ` Joanna Rutkowska
2010-03-09 11:06 ` Joanna Rutkowska
2010-03-09 12:07 ` Pasi Kärkkäinen
2010-03-09 12:10 ` Joanna Rutkowska
2010-03-09 15:42 ` Konrad Rzeszutek Wilk
2010-03-09 23:36 ` Jeremy Fitzhardinge
2010-03-10 22:13 ` Joanna Rutkowska
2010-03-11 0:07 ` Dan Magenheimer
2010-03-11 0:15 ` Joanna Rutkowska
2010-03-11 0:21 ` Ian Pratt
2010-03-11 0:44 ` Dan Magenheimer
2010-03-12 0:34 ` Joanna Rutkowska
2010-03-11 0:52 ` Joanna Rutkowska
2010-03-11 1:06 ` Jeremy Fitzhardinge
2010-03-11 1:19 ` Joanna Rutkowska
2010-03-11 4:55 ` Jeremy Fitzhardinge
2010-03-11 10:49 ` Joanna Rutkowska [this message]
2010-03-12 0:27 ` Joanna Rutkowska
2010-03-12 0:49 ` Jeremy Fitzhardinge
2010-03-12 0:38 ` Joanna Rutkowska
2010-03-12 19:02 ` Joanna Rutkowska
2010-03-12 21:24 ` Jeremy Fitzhardinge
2010-03-12 21:56 ` Tobias Geiger
2010-03-12 22:02 ` Jeremy Fitzhardinge
2010-03-12 21:01 ` Joanna Rutkowska
2010-03-12 21:13 ` Joanna Rutkowska
2010-03-12 23:48 ` Jeremy Fitzhardinge
2010-03-13 9:58 ` Joanna Rutkowska
2010-03-13 19:30 ` Jeremy Fitzhardinge
2010-03-15 6:49 ` Tobias Geiger
2010-03-16 6:01 ` Joanna Rutkowska
2010-03-17 13:35 ` Tobias Geiger
2010-03-17 15:21 ` Joanna Rutkowska
2010-03-17 16:20 ` Jeremy Fitzhardinge
2010-03-17 17:05 ` Joanna Rutkowska
2010-03-17 17:21 ` Jeremy Fitzhardinge
2010-03-17 16:26 ` Dan Magenheimer
2010-03-12 22:56 ` Tobias Geiger
2010-03-11 7:47 ` Keir Fraser
-- strict thread matches above, loose matches on Subject: below --
2010-03-12 11:42 Tobias Geiger
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=4B98CABA.3000006@invisiblethingslab.com \
--to=joanna@invisiblethingslab.com \
--cc=Ian.Pratt@eu.citrix.com \
--cc=dan.magenheimer@oracle.com \
--cc=jeremy@goop.org \
--cc=xen-devel@lists.xensource.com \
/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.