public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@qumranet.com>
To: Javier Guerra <javier@guerrag.com>
Cc: kvm-devel@lists.sourceforge.net
Subject: Re: KVM architecture docs
Date: Tue, 04 Mar 2008 17:08:49 +0200	[thread overview]
Message-ID: <47CD6601.5050907@qumranet.com> (raw)
In-Reply-To: <90eb1dc70803040617j3590c52bj3d77a327143bda5f@mail.gmail.com>

Javier Guerra wrote:
> On 3/4/08, Avi Kivity <avi@qumranet.com> wrote:
>   
>>  apply to kvm guests.  With mmu notifiers, the trend will grow even stronger.
>>     
>
> could you (or anybody) elaborate on that? the mmu-related threads show
> lots of progress, but it's way (way) out of my league.
>
> AFAICT, it's about the infrastructure to later write drivers (virtio?)
> to DMA-heavy hardware (IB, RDMA, etc).  am i wrong?  or is it
> something more complete (like a ready to use driver)?
>
>   

mmu notifiers provide a way for the core Linux memory management code to 
propagate changes in how Linux views a process' memory map to external 
memory management units that are also interested in that memory map.  
These changes include things like swapping, page migration, changes to 
memory protection, defragmentation, and copy-on-write.  In this context, 
kvm appears as a dma capable memory controller, like RDMA NICs or GPUs.

For kvm, this is important as it allows all those features to be used 
transparently with guests.

- swapping allows you to overcommit memory
- page migration allows optimization of memory placement within the host 
in response to changing workloads
- defragmentation will allow (if/when it is merged into Linux) more 
widespread use of large pages, which improve performance
- copy-on-write allows sharing identical pages of memory among guests, 
increasing guest density

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

  reply	other threads:[~2008-03-04 15:08 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-03 15:51 KVM architecture docs Alessandro Sardo
2008-03-03 18:23 ` Avi Kivity
2008-03-04  4:12   ` Zhao Forrest
2008-03-04  8:25     ` Avi Kivity
2008-03-04  9:02       ` Zhao Forrest
2008-03-04  9:21         ` Avi Kivity
2008-03-04 14:17           ` Javier Guerra
2008-03-04 15:08             ` Avi Kivity [this message]
2008-03-05  4:06               ` Zhao Forrest
2008-03-05  5:19                 ` Avi Kivity
2008-03-05  6:05                   ` Zhao Forrest
2008-03-05  6:10                     ` Avi Kivity
2008-03-05  6:38                     ` Avi Kivity
2008-03-05  6:51                   ` Zhao Forrest
2008-03-05  6:58                     ` Avi Kivity

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=47CD6601.5050907@qumranet.com \
    --to=avi@qumranet.com \
    --cc=javier@guerrag.com \
    --cc=kvm-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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox