WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] CKRM port

To: Rik van Riel <riel@xxxxxxxxxx>
Subject: Re: [Xen-devel] CKRM port
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Fri, 15 Oct 2004 07:55:38 +0100
Cc: Diwaker Gupta <diwakergupta@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Fri, 15 Oct 2004 08:04:21 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Thu, 14 Oct 2004 23:12:14 EDT." <Pine.LNX.4.44.0410142310340.24467-100000@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> On Wed, 13 Oct 2004, Diwaker Gupta wrote:
> 
> > Is anyone working on porting CKRM (ckrm.sf.net) to Xen. Actually I'm
> > interested in hierarchical class based resource management
> > functionality provided by CKRM. If someone has a head start already,
> > I'd love to hear about it.
> 
> I don't see why this would need to be inside Xen itself.
> Scheduling and resizing virtual machines happens on a
> larger granularity than scheduling and managing the memory
> of groups of processes.
> 
> This should make CKRM style resource management doable
> from a userspace program in guest 0, tweaking the priorities
> of the unprivileged guests and resizing their memory.

That's certainly our view. 

It would be kinda nice to have control over all the VMs
integrated into the same name space as the dom0 kernel's CKRM,
but its not really necessary. I'd rather have something in a
similar style done by a daemon in user space, enabling control
over all the VMs in a particular cluster rather than just the
local machine. The intention would be to provide a single
management interface for a whole cluster, with a pool of VMs
running over it. Live migration gives you a good deal of
transparency as regards moving VMs between physical nodes.

Ian


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>