Re: [Xen-devel] Re: [XEN] using shmfs for swapspace

[Mark Williamson <Mark.Williamson@xxxxxxxxxxxx>]

> > - Pseudo faults:
>
> These are a problem, because they turn what would be a single
> pageout into a pageout, a pagein, and another pageout, in
> effect tripling the amount of IO that needs to be done.

The Disco VMM tackled this by detecting attempts to double-page using a 
special virtual swap disk.  Perhaps it would be possible to find some cleaner 
way to avoid wasteful double-paging by adding some more hooks for virtualised 
architectures...

In any case, for now Xen guests are not swapped onto disk storage at runtime - 
they retain their physical memory reservation unless they alter it using the 
balloon driver.

> Xen already has this.  I wonder if it makes sense to
> consolidate the various balloon approaches into a single
> driver, and keep the amount of ballooned memory into
> account when reporting statistics in /proc/meminfo.

If multiple platforms want to do this, we could refactor the code so that the 
core of the balloon driver can be used in multiple archs.  We could have an 
arch_release/request_memory() that the core balloon driver can call into to 
actually return memory to the VMM.

> > When you want to introduce some interface in Xen, you probably want
> > something more powerful than these,
>
> Xen has a nice balloon driver, that can also be
> controlled from outside the guest domain.

The Xen control interface made this fairly trivial to implement.  Again, the 
balloon driver core could be plumbed into whatever the preferred virtual 
machine control interface for the platform is (I don't know if / how other 
platforms tackle this).

Cheers,
Mark


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel