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


[-- Attachment #1.1: Type: text/plain, Size: 2716 bytes --]

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=(inter<http://wiki.xensource.com/xenwiki/XenConfigurationFileOptions?highlight=%28inter>
> > 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.
>
>
>
>

[-- Attachment #1.2: Type: text/html, Size: 3562 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

  reply	other threads:[~2010-02-23 17:12 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 [this message]
2010-02-23 17:18     ` Keir Fraser
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=5c3550fe1002230912j1a5d0650oa1e355652c8e3062@mail.gmail.com \
    --to=pbhat@acis.ufl.edu \
    --cc=keir.fraser@eu.citrix.com \
    --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).