From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cnkoW-0006ro-4y for qemu-devel@nongnu.org; Tue, 14 Mar 2017 07:40:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cnkoS-0005oK-Vz for qemu-devel@nongnu.org; Tue, 14 Mar 2017 07:40:28 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47678) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cnkoS-0005oB-Pq for qemu-devel@nongnu.org; Tue, 14 Mar 2017 07:40:24 -0400 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id CC6CD811AC for ; Tue, 14 Mar 2017 11:40:24 +0000 (UTC) Date: Tue, 14 Mar 2017 11:40:20 +0000 From: "Dr. David Alan Gilbert" Message-ID: <20170314114019.GG2445@work-vm> References: <20170313124434.1043-1-quintela@redhat.com> <20170314102142.GC2445@work-vm> <20170314102652.GC2652@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170314102652.GC2652@redhat.com> Subject: Re: [Qemu-devel] [PATCH 00/16] Multifd v4 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: Juan Quintela , qemu-devel@nongnu.org * Daniel P. Berrange (berrange@redhat.com) wrote: > On Tue, Mar 14, 2017 at 10:21:43AM +0000, Dr. David Alan Gilbert wrote: > > * Juan Quintela (quintela@redhat.com) wrote: > > > Hi > > > > > > This is the 4th version of multifd. Changes: > > > - XBZRLE don't need to be checked for > > > - Documentation and defaults are consistent > > > - split socketArgs > > > - use iovec instead of creating something similar. > > > - We use now the exported size of target page (another HACK removal) > > > - created qio_chanel_{wirtev,readv}_all functions. the _full() name > > > was already taken. > > > What they do is the same that the without _all() function, but if it > > > returns due to blocking it redo the call. > > > - it is checkpatch.pl clean now. > > > > > > Please comment, Juan. > > > > High level things, > > a) I think you probably need to do some bandwidth measurements to show > > that multifd is managing to have some benefit - it would be good > > for the cover letter. > > multi-fd will certainly benefit encrypted migration, since we'll be able > to burn multiple CPUs for AES instead of bottlenecking on one CPU, and > thus able to take greater advantage of networks with > 1-GigE bandwidth. Yes, that's one I really want to see. It might be odd using lots of fd's just to do that, but probably the easiest way. Dave > Regards, > Daniel > -- > |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| > |: http://libvirt.org -o- http://virt-manager.org :| > |: http://entangle-photo.org -o- http://search.cpan.org/~danberr/ :| -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK