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/
next prev parent 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