From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:44328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYK6L-000527-UJ for qemu-devel@nongnu.org; Tue, 13 Nov 2012 12:16:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TYK6I-0000pD-SI for qemu-devel@nongnu.org; Tue, 13 Nov 2012 12:16:41 -0500 Received: from mail-da0-f45.google.com ([209.85.210.45]:40411) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYK6I-0000ok-Lr for qemu-devel@nongnu.org; Tue, 13 Nov 2012 12:16:38 -0500 Received: by mail-da0-f45.google.com with SMTP id n15so3173123dad.4 for ; Tue, 13 Nov 2012 09:16:38 -0800 (PST) Sender: Paolo Bonzini Message-ID: <50A2806E.20605@redhat.com> Date: Tue, 13 Nov 2012 18:16:30 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <87390dcw7l.fsf@trasno.org> <50A27528.2030900@redhat.com> <50A27EBF.3090402@redhat.com> In-Reply-To: <50A27EBF.3090402@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: Orit Wasserman Cc: quintela@redhat.com, qemu-devel qemu-devel , Michael Roth , Isaku Yamahata , benoit.hudzia@sap.com, chegu_vinod@hp.com Il 13/11/2012 18:09, Orit Wasserman ha scritto: >> > >>> >> 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. Identifying ballooned zero pages is useful, because those cause the clear_page calls in the kernel even in a guest that has been running for a while. But a generic solution doesn't really matter, because is_dup_page and clear_page shouldn't really be in the profile in practice, except in microbenchmarks. Paolo