From: urmk@reason.marist.edu
To: Peri Hankey <mpah@thegreen.co.uk>
Cc: Rik van Riel <riel@redhat.com>, xen-devel@lists.sourceforge.net
Subject: Re: copy on write memory
Date: Tue, 16 Nov 2004 10:27:28 -0500 [thread overview]
Message-ID: <20041116152728.GA3541@reason.marist.edu> (raw)
In-Reply-To: <4199CC11.6050802@thegreen.co.uk>
> The notion is that there are applications of Xen where there would be
> very many virtual computers running the same set of applications for
> much of the time (eg standard web hosting, honeypots).
> * snip *
> In the Xen case, you don't want to reinvent and reimplement existing
> mechanisms, especially as these may differ in subtle ways from one guest
> operating system to another. So I suggest it would make sense to create
> mechanisms that allow some Xen domains to operate as memory management
> servers to groups of related domains.
> *snip*
> It seems to me that a memory manager domain, which pretty much has to
> serve pages initially drawn from a filesystem that is shared read-only
> between its clients, is also in a position to manage copy-on-write use
> of that file system for its clients, as it already knows which blocks
> and clean and which are dirty.
I'd thought I'd sent this before but it's not in the archives so I'll
send it again... If this made it to the list once already, my
apologies:
On the s/390 platform, we have a new filesystem called XIP2. This is a
shared-memory filesystem based on ext2, which can be shared among any
number of guests. Basically you populate the XIP2 fs and then "freeze"
it and share it.
Thats all pretty standard, but here comes the magic: Any data in the
XIP2 filesystem is not copied into the cached memory of the guest.
XIP = eXecute In Place. Binaries are run directly from the shared
memory and not cached locally, so if you throw common services and
libraries (like apache, JVM, etc from your example) into it you get the
binaries themselves shared with basically no cost to the guests.
Not to say an automatic memory manager to determine when it could do
COW of ram isn't a good avenue to pursue as well, but XIP is a fairly
good starting point for most situations that you'd want shared memory
like this, I think.
The XIP2 source code is in the IBM patches to the kernel:
http://oss.software.ibm.com/linux390/linux-2.6.5-s390-04-april2004.shtml
and by this point it's quite likely already in the bitkeeper tree as
well, they've been pushing updates upstream.
-m
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
next prev parent reply other threads:[~2004-11-16 15:27 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-15 22:01 copy on write memory Peri Hankey
2004-11-16 0:35 ` Rik van Riel
2004-11-16 9:44 ` Peri Hankey
2004-11-16 9:51 ` Peri Hankey
2004-11-16 15:27 ` urmk [this message]
2004-11-16 16:17 ` Mark A. Williamson
2004-11-18 16:56 ` Peri Hankey
2004-11-18 17:11 ` urmk
2004-11-18 17:25 ` Keir Fraser
2004-11-18 18:41 ` Kip Macy
2004-11-18 18:55 ` Keir Fraser
2004-11-18 19:16 ` Kip Macy
2004-11-18 18:15 ` Peri Hankey
2004-11-19 10:35 ` Jacob Gorm Hansen
2004-11-19 10:59 ` Keir Fraser
2004-11-19 12:02 ` Jacob Gorm Hansen
2004-11-19 14:50 ` Keir Fraser
2004-11-22 12:42 ` Jacob Gorm Hansen
2004-11-25 15:01 ` of cows and clones: creating domains as clones of saved state Peri Hankey
2004-11-25 21:19 ` Keir Fraser
2004-11-25 22:13 ` Peri Hankey
2004-11-25 22:36 ` Keir Fraser
2004-11-25 22:37 ` Ian Pratt
2004-11-16 18:10 ` copy on write memory Adam Heath
2004-11-16 18:09 ` Adam Heath
2004-11-16 18:39 ` Matt Ayres
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041116152728.GA3541@reason.marist.edu \
--to=urmk@reason.marist.edu \
--cc=mpah@thegreen.co.uk \
--cc=riel@redhat.com \
--cc=xen-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.