All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jacob Faber Kloster <jk@cs.aau.dk>
To: Jacob Gorm Hansen <jacobg@diku.dk>
Cc: Kip Macy <kip.macy@gmail.com>, xen-devel@lists.xensource.com
Subject: Re: CoW memory and Parallax questions.
Date: Tue, 04 Oct 2005 13:45:52 +0200	[thread overview]
Message-ID: <1128426352.5242.45.camel@localhost.localdomain> (raw)
In-Reply-To: <e08041f30510040153v7071b6d4u5251e1a991c28f5f@mail.gmail.com>

That certainly sounds like an interesting approach. Our immediate
approach was something along the lines of making a separate service, on
the hypervisor level of privilege, with complete overview and control of
the memory. Doing the content based sharing scheme will, as you also
noted, open up the possibility of overcommitment of memory. Some kind of
scheduling will be needed to handle this. One solution could be to
suspend a VM to disk or introduce a swapping..

But at this point in time we are not focusing on any specific solution,
we are just investigating whether it is possible and feasible to share
memory.

Best regards
Jacob Faber Kloster (group email d515a@cs.aau.dk)


On Tue, 2005-10-04 at 10:53 +0200, Jacob Gorm Hansen wrote:
> My take on that would be to introduce read-only pages and a context
> index (tree or hashtable) in Xen, and then handle the CoW part in the
> guest OSes. That removes the need for any policy on how to handle
> overcommits in Xen or Dom0, in the case where all domUs decide to fill
> up their pages with random data.
> 
> Jacob

  reply	other threads:[~2005-10-04 11:45 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-30 11:52 CoW memory and Parallax questions Prashanth Radhakrishnan
2005-10-01 18:58 ` Michael Vrable
2005-10-01 23:04 ` Andrew Warfield
2005-10-03 16:20 ` Jacob Faber Kloster
2005-10-03 19:12   ` Kip Macy
2005-10-04  8:53     ` Jacob Gorm Hansen
2005-10-04 11:45       ` Jacob Faber Kloster [this message]
2005-10-04 17:34         ` Kip Macy
2005-10-20 17:45       ` cannot get console access to newly created domain Xin Zhao
2005-10-20 17:57         ` Ewan Mellor
2005-10-20 18:10           ` zhaoxin
2005-10-20 18:31             ` Ewan Mellor
2005-10-04 11:14     ` CoW memory and Parallax questions Jacob Faber Kloster

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=1128426352.5242.45.camel@localhost.localdomain \
    --to=jk@cs.aau.dk \
    --cc=d515a@cs.aau.dk \
    --cc=jacobg@diku.dk \
    --cc=kip.macy@gmail.com \
    --cc=xen-devel@lists.xensource.com \
    /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.