[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Memory and Xen

I will take a look at the XenoServer project.  I've read all you have
available on Xen, but only knows it ties in with XenoServer 'somehow'. 
As far as the memory/swap issue, you're absolutely correct.  This was me
thinking marketing too much (selling people a server with 'XXXMB' of
memory, but only really providing half of that).

On Sat, 2003-11-15 at 18:47, Bin Ren wrote:
> On 15 Nov 2003, at 23:31, Matt Ayres wrote:
> > My reason for thinking of this is in the event that a new domain must 
> > be
> > started up on a server, but there is no un-allocated memory to start
> > it.  Other domains may have memory allocated, but only actually be 
> > using
> > 1/4 of it.  In cases like this it would make sense to let the new 
> > domain
> > "borrow" the memory.  As mentioned above, if the domain who was
> > previously was not using all of it's memory suddenly does want to use 
> > it
> > there should be a method to swap pages out.
> First, we support swap in all the domains, including Domain 0. In this
> aspect, XenoLInux is the same as conventional Linux.
> Second, we don't want a domain to borrow memory from others. Every
> domain has a guaranteed number of physical memory pages.
> All the resources reserved for a domain will be accounted and paid for
> by the customer who uses XenoServer. It's irrelevant that when
> a new domain is started, other domains' performances have to
> downgrade.
> You may want to go to http://www.cl.cam.ac.uk/Research/SRG/netos/xeno/
> to see the goal of Xen and XenoServer.
> -- Bin
Matt Ayres <matta@xxxxxxxxxxxx>

This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.