> 1. What is the model for allocating processor time to Domain-0? Based on
> my read of the Xen docs to date, I would expect it to [at least be
> intended to] have an unbounded priority share of the total processing
> resources, with some attempt at allocating unprivileged-domain-specific
> processing (e.g., handling I/O or memory allocation requests) to the
> requesting unprivileged domain. Along these lines, should there be a
> parameterizable configuration file for Domain-0?
At the current time, there's no attempt to 'recharge' CPU time
domain 0 spends doing I/O on behalf of other domains back to the
domains. It would actually be pretty tricky to do this
accounting within Linux. Fortunately, if you've got decent
DMA-capable hardware with interrupt coalescing then domain0
typically doesn't use too much CPU anyhow. Obviously if you're
using loop files for VBDs or other higher-level processing the
situation might be different.
> 2. Have there been discussions about allowing multiple simultaneous
> privileged domains, among which the physical resources are split? Or
> perhaps "semiprivileged" domains -- for example, a domain that handles all
> the I/O requests to a particular storage device, or alternatively handles
> all the I/O requests for a particular class/subset of unprivileged
> domains? I envision a desire for a master control partition (with
> priority resource allocation) that forms the root of a hierarchical domain
> structure, under which one or more I/O partitions execute. (I recall
> reading about this sort of design in one of the older VMM papers, or
> perhaps a recent Denali paper?)
It's quite possible to have multiple privileged domains owning
different bits of hardware -- see the paper on I/O on the
website. This can even be used to enable the system to recover
from crashes due to buggy device drivers without a reboot.
The control tools haven't always made this easy to set up as its
not something that many people do.
> 3. I don't seem to be able to create more than 8 VBDs. [I am using
> xen-2.0.1-src.tgz.] While trying to start 5 domains, each of which had
> two "scsi" disks (/ and swap), I discovered that the 5th domain wouldn't
> start until I removed the swap disks from both the 4th and 5th domains'
> configuration files -- i.e., not exceeding 8 VBDs total. A cursory search
> through the code didn't reveal any relevant #define's, and I didn't see
> anything about this in the Xen docs, so before I look further I thought
> I'd ask the list if this is a known limit. (If so, I am surprised the VBD
> structures aren't allocated dynamically to prevent this?) A search of the
> mailing list revealed a message from Ian on 2004-03-10 stating "Mark wrote
> a pretty good readme on VBDs and put it in the tree", but I couldn't find
> the readme; is it still part of the tree?
Are you using loop files? If so, Linux has a statically compiled
allocation, set to 8 by default. Fixing this and submitting the
patch to lkml would a good thing...
I don't believe the VBD code has any such limitations. (We tend
to use LVM rather than loop files).
> 4. On a loosely related note, what regression tests are used by the Xen
> developers? (I.e., what should be run before generating patches?)
ltp, ttcp and lmbench are useful. We run osdb/postgresql,
postmark and specweb/apache from time to time too.
We have a nightly regression test procedure, but its rather old
now, being based on RH7.2. As such, it misses some of the
excitement caused by NPTL etc. It would be very useful to get an
automated regression test setup on something more modern, with as
many apps as possible.
Ian
> --
> Dr. John Linwood Griffin
> Research Staff Member, Secure Systems Department
> IBM T.J. Watson Research Center, Hawthorne, New York, USA
> JLG at us.ibm.com, http://www.research.ibm.com/people/j/jlg/
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/xen-devel
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
|
Home