From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:52062) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYJyt-00085p-3Z for qemu-devel@nongnu.org; Tue, 13 Nov 2012 12:09:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TYJyq-0006Pt-0i for qemu-devel@nongnu.org; Tue, 13 Nov 2012 12:08:59 -0500 Received: from mx1.redhat.com ([209.132.183.28]:34310) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYJyp-0006PA-OD for qemu-devel@nongnu.org; Tue, 13 Nov 2012 12:08:55 -0500 Message-ID: <50A27EBF.3090402@redhat.com> Date: Tue, 13 Nov 2012 19:09:19 +0200 From: Orit Wasserman MIME-Version: 1.0 References: <87390dcw7l.fsf@trasno.org> <50A27528.2030900@redhat.com> In-Reply-To: <50A27528.2030900@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Migration ToDo list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: quintela@redhat.com, Michael Roth , qemu-devel qemu-devel , Isaku Yamahata , benoit.hudzia@sap.com, chegu_vinod@hp.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 >