RE: [Xen-users] Xen resource guarantees

["Rodrigo Borges Pereira" <rbp@xxxxxxxxxxxxx>]

Hello,

How could CKRM (http://ckrm.sf.net) relate to this? In one of their 
presentations,
(http://ckrm.sourceforge.net/downloads/ckrm-ols04-slides.pdf), they refer an 
usage scenario with UML/vserver. Maybe some
contribution can derive from this work.

br,
r

> -----Original Message-----
> From: henning.sprang@xxxxxxxxx 
> [mailto:henning.sprang@xxxxxxxxx] On Behalf Of Henning Sprang
> Sent: quinta-feira, 30 de Novembro de 2006 20:18
> To: rbp@xxxxxxxxxxxxx
> Cc: xen-users@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-users] Xen resource guarantees
> 
> On 11/30/06, Rodrigo Borges Pereira <rbp@xxxxxxxxxxxxx> wrote:
> > >From my point of view, this paragraph gives the impression 
> that Xen 
> > >provides QoS mechanisms for managing VM resource allocation at
> > all levels. However, i'm having a hard time figuring out 
> how does Xen 
> > provide and allows for management those resource 
> guarantees, particularly regarding block I/O.
> 
> I am also interested in this topic, currently a bit more from 
> the viewpoint of monitoring these things (as can be seen in 
> my posts here some days ago and on xen-devel today), for 
> example to tell when ressources are exhausted or satured in 
> order to drive things like deployment and migrations 
> decisions based on the data.
> 
> I found in this paper, with a study and examples:
> http://www.hpl.hp.com/techreports/2006/HPL-2006-77.ps,  which 
> is mainly for Net I/O I didn't checkl if Shareguard and 
> SEDF-DC code is in the Xen unstable code yet.
> I didn't come so far yet to find more information especially 
> on Disk I/O.
> 
> Maybe there can be found some more information on the Xen summit
> pages: http://xensource.com/xen/xensummit.html.
> 
> Finally, I think giving guarantees might be easier than the 
> monitoring and measuring I intend - you can "simply" (much 
> simplified, I have no ready solution but think it's easier) 
> measure I/O throughput, and if a domain can't get to it's 
> guaranteed level, (aasumed it's actually trying to use the 
> ressources), the guarantee isn't met and measures need to be 
> taken - other domains need to be scheduled down, or a 
> migration to more powerful hardware is needed.
> 
> Henning


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