From: Jeremy Fitzhardinge <jeremy@goop.org>
To: George Valzcig <gvalzcig@gmail.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: domU to dom0 switch question
Date: Mon, 05 Apr 2010 09:58:49 -0700 [thread overview]
Message-ID: <4BBA16C9.4040104@goop.org> (raw)
In-Reply-To: <k2s4f493b121004021928web72f7cs8d290c7c1eab6ddd@mail.gmail.com>
On 04/02/2010 07:28 PM, George Valzcig wrote:
> I read from the Xen paper dom0 is used for I/O backend driver - you
> also explain it - thanks. So if some domU wants to I/O, *and only one
> physical CPU*, domU gets unscheduled - dom0 scheduled - yes?
Yes. From Xen's perspective, dom0 is just another domain, so it
schedules all vcpus the same way; if there's contention for pcpus, then
it needs to context switch between multiple vcpus according to its
scheduling algorithm.
> My question 1 is, apart from I/O backend driver, is dom0 used for
> anything else? I assume application running on domU no I/O. Any other
> reason why domU will require the help of dom0.
Not really. Once a domain has started, it is independent of dom0 unless
it specifically makes use of its services. An hvm domain using a stub
domain won't make any direct use of dom0 - all its IO requests will be
proxied via the stub domain.
> My question 2 is, domU requests some service (like page table update)
> using hypercall. Will this (executing the hypercall and related code)
> need dom0?
No. Xen handles all hypercalls directly (though some of them may
involve another domain).
J
prev parent reply other threads:[~2010-04-05 16:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-02 23:02 domU to dom0 switch question George Valzcig
2010-04-03 2:13 ` Jeremy Fitzhardinge
2010-04-03 2:28 ` George Valzcig
2010-04-04 14:11 ` George Valzcig
2010-04-05 16:58 ` Jeremy Fitzhardinge [this message]
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=4BBA16C9.4040104@goop.org \
--to=jeremy@goop.org \
--cc=gvalzcig@gmail.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 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.