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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).