All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Orit Wasserman <owasserm@redhat.com>
Cc: Peter Lieven <pl@dlhnet.de>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] RFC migration of zero pages
Date: Fri, 01 Feb 2013 18:03:43 +0100	[thread overview]
Message-ID: <510BF56F.7080104@redhat.com> (raw)
In-Reply-To: <510A2C3D.3060001@redhat.com>

Il 31/01/2013 09:33, Orit Wasserman ha scritto:
>> > If my above assumption that the guest reads unmapped memory as zeroes is right, this mapping
>> > is not necessary in the case of a zero dup page.
>> > 
>> > We just have to make sure that we are still in the very first round when deciding not to sent
>> > a zero page, because otherwise it could be a page that has become zero during migration and
>> > this of course has to be transferred.
> OK, so if we won't send the pages than it won't be allocate in the dst and it can improve both 
> memory usage and reduce cpu consumption on it.
> That can be good for over commit scenario.

We don't allocate zero pages in the destination:

#ifndef _WIN32
            if (ch == 0 &&
                (!kvm_enabled() || kvm_has_sync_mmu()) &&
                getpagesize() <= TARGET_PAGE_SIZE) {
                qemu_madvise(host, TARGET_PAGE_SIZE, QEMU_MADV_DONTNEED);
            }
#endif

Paolo

  parent reply	other threads:[~2013-02-03  2:31 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <510A15DC.3070706@dlhnet.de>
     [not found] ` <510A218C.2000903@redhat.com>
     [not found]   ` <20130131094809.GO15004@redhat.com>
     [not found]     ` <510A47F1.6070302@redhat.com>
     [not found]       ` <CAEbWaipEYFLshmMxm3R+n=Kk+ya7+m0-B5K__2RqeMM_vex4SA@mail.gmail.com>
     [not found]         ` <20130131143043.GD23213@redhat.com>
     [not found]           ` <CAEbWaiqJ1pjaXeBtqf7Ww-KX8x7t+bvn6JzhPr8KbtA6ADBH1g@mail.gmail.com>
     [not found]             ` <20130131144243.GE23213@redhat.com>
     [not found]               ` <CAEbWaio1SM3u=-_paMkU6sLK1SWih0_gUgMDQhJ-N37dTuX4=Q@mail.gmail.com>
     [not found]                 ` <20130131211844.GC16941@redhat.com>
2013-02-01  7:30                   ` [Qemu-devel] RFC migration of zero pages Avi Kivity
2013-02-01 16:58     ` Paolo Bonzini
     [not found]   ` <85C05B4E-E6BC-43D3-917F-E3EAC674F2EA@dlhnet.de>
     [not found]     ` <510A2C3D.3060001@redhat.com>
2013-02-01 17:03       ` Paolo Bonzini [this message]
2013-02-03  7:24         ` Peter Lieven

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=510BF56F.7080104@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=owasserm@redhat.com \
    --cc=pl@dlhnet.de \
    --cc=qemu-devel@nongnu.org \
    /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.