xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Keir Fraser <keir.fraser@eu.citrix.com>
To: Priya <pbhat@acis.ufl.edu>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: Xen timing mode
Date: Tue, 23 Feb 2010 17:18:08 +0000	[thread overview]
Message-ID: <C7A9BE50.B018%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <5c3550fe1002230912j1a5d0650oa1e355652c8e3062@mail.gmail.com>

What do you mean by domain - virtual time?


On 23/02/2010 17:12, "Priya" <pbhat@acis.ufl.edu> wrote:

> Thanks !
> 
> In that case, how does a para-virtualized user domain find the domain -
> virtual time ? 
> 
> --Priya
> 
> On Tue, Feb 23, 2010 at 12:08 PM, Keir Fraser <keir.fraser@eu.citrix.com>
> wrote:
>> Independent_wallclock is specific to Linux PV guests, and is set within the
>> guest. Timer_mode is specific to HVM guests and is a domain build-time
>> config option.
>> 
>>  -- Keir
>> 
>> On 23/02/2010 16:50, "PBhat" <pbhat@acis.ufl.edu> wrote:
>> 
>>> 
>>> A question about timing modes in Xen came up after reading the documentation
>>> on
>>> http://wiki.xensource.com/xenwiki/XenConfigurationFileOptions?highlight=(int
>>> er 
>>> <http://wiki.xensource.com/xenwiki/XenConfigurationFileOptions?highlight=%28
>>> inter> 
>>> rupts)|(timer)
>>> configuration file options  and I was wondering if you could help me with
>>> it.
>>> 
>>>     * I know that Xen has a facility on the user domains to change the
>>> timing from something called the ' http://openskill.info/infobox.php?ID=1451
>>> independent wallclock ' to 'dependent clock' and vice versa. The way to do
>>> this is to toggle the parameter /proc/sys/xen/independent_wallclock between
>>> 0 (dependent) and 1 (independent)
>>> 
>>> 
>>>     * Now, the documentation on the configuration options for xen virtual
>>> machine under the heading of Timers contains no mention of the above
>>> mentioned facility, but instead talks about something called a 'timer_mode'
>>> 
>>> 
>>>  timer_mode: Timer mode (0=delay virtual time when ticks are missed;
>>> 1=virtual time is always wallclock time
>>>       timer_mode (default=1; Value='TIMER_MODE')
>>> 
>>> Now my question is whether the timer mode  = 1 is equivalent to independent_
>>> wallclock?
>>> 
>>> I think the answer is no. While timer_mode = 1 decides whether the virtual
>>> machine is able to read the Domain-0 time, the independent_wallclock decides
>>> whether you need NTP sychronization on both (user and control) domains or
>>> not.
>>> 
>>> Namely, in the timer_mode = 1, the gettimeofday() called from the virtual
>>> machine will return the domain virtual time, but time_mode = 0
>>> gettimeofday() instruction from the virtual machine will return the system
>>> time.
>>> 
>>> The independent and dependent modes have an effect on whether the virtual
>>> machines can use the NTP or any other synchronization of Domain-0.
>>> 
>>> Is my understanding correct?
>>> 
>>> I further want to know whether the working remains similar on Xen HVMs also.
>>> In the sense that are Hardware based virtual machines capable of reading the
>>> Domain-0 system time in an analogous way?
>>> 
>>> 
>>> Your help would be much appreciated. I am new to this area and I apologize
>>> if my questions seem too basic.
>> 
>> 
>> 
> 
> 

  reply	other threads:[~2010-02-23 17:18 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-23 16:50 Xen timing mode PBhat
2010-02-23 17:08 ` Keir Fraser
2010-02-23 17:12   ` Priya
2010-02-23 17:18     ` Keir Fraser [this message]
2010-02-23 17:29       ` Priya
2010-02-23 17:33         ` Priya
2010-02-23 20:28         ` Jeremy Fitzhardinge
2010-02-23 20:49           ` Priya

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=C7A9BE50.B018%keir.fraser@eu.citrix.com \
    --to=keir.fraser@eu.citrix.com \
    --cc=pbhat@acis.ufl.edu \
    --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).