From: Orit Wasserman <owasserm@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: quintela@redhat.com, Michael Roth <mdroth@linux.vnet.ibm.com>,
qemu-devel qemu-devel <qemu-devel@nongnu.org>,
Isaku Yamahata <yamahata@valinux.co.jp>,
benoit.hudzia@sap.com, chegu_vinod@hp.com
Subject: Re: [Qemu-devel] Migration ToDo list
Date: Tue, 13 Nov 2012 19:09:19 +0200 [thread overview]
Message-ID: <50A27EBF.3090402@redhat.com> (raw)
In-Reply-To: <50A27528.2030900@redhat.com>
On 11/13/2012 06:28 PM, Paolo Bonzini wrote:
> Il 13/11/2012 17:18, Juan Quintela ha scritto:
>> Migration Thread
>> * Plan is integrate it as one of first thing in December (me)
>
> Please make sure to take a look at the latest reviews I sent.
>
>> * Remove copies with buffered file (me)
>
> I also have some prototype of this.
>
>> RDMA
>> * Send RDMA/tcp/.... library they already have (Benoit)
>> * This is required for postcopy
>> * This can be used for precopy
>
> * Investigate RDS (Reliable Datagram Socket, which work on top of both
> TCP and InfiniBand/RDMA.
>
>> General
>> * Change protocol to:
>> a) being always 16byte aligned (paolo said that is faster)
>
> Well, it's faster with the buffers. Hopefully they go away and we do
> not have the problem.
>
>> b) do scatter/gather of the pages?
I would prefer to postpone changing the protocol and start with using iov (writev)
for sending the pages (still sending header and than the page). Later we can
move to scatter/gather I'm not sure of how large the performance gain will be.
>
> c) Remove compression of non-zero repetitive pages.
+1
we can look of identify the zero pages without calling is_dup_page which looks
expensive.
Orit
>
> All of the above, I'd say.
>
> Paolo
>
next prev parent reply other threads:[~2012-11-13 17:09 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-13 16:18 [Qemu-devel] Migration ToDo list Juan Quintela
2012-11-13 16:28 ` Paolo Bonzini
2012-11-13 17:09 ` Orit Wasserman [this message]
2012-11-13 17:16 ` Paolo Bonzini
2012-11-14 2:14 ` Isaku Yamahata
2012-11-14 2:20 ` Paolo Bonzini
2012-11-14 2:31 ` Isaku Yamahata
2012-11-13 16:40 ` Orit Wasserman
2012-11-13 16:48 ` Chegu Vinod
2012-11-13 16:57 ` Orit Wasserman
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=50A27EBF.3090402@redhat.com \
--to=owasserm@redhat.com \
--cc=benoit.hudzia@sap.com \
--cc=chegu_vinod@hp.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=yamahata@valinux.co.jp \
/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.