From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55954) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X49VN-0008Is-13 for qemu-devel@nongnu.org; Mon, 07 Jul 2014 10:02:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X49VE-0007s3-Tg for qemu-devel@nongnu.org; Mon, 07 Jul 2014 10:02:52 -0400 Received: from mx1.redhat.com ([209.132.183.28]:58826) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X49VE-0007pZ-M6 for qemu-devel@nongnu.org; Mon, 07 Jul 2014 10:02:44 -0400 Date: Mon, 7 Jul 2014 16:02:30 +0200 From: "Dr. David Alan Gilbert" Message-ID: <20140707140229.GA3443@work-vm> References: <1404495717-4239-1-git-send-email-dgilbert@redhat.com> <53B7D36B.4050800@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53B7D36B.4050800@redhat.com> Subject: Re: [Qemu-devel] [PATCH 00/46] Postcopy implementation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: aarcange@redhat.com, yamahata@private.email.ne.jp, quintela@redhat.com, qemu-devel@nongnu.org, lilei@linux.vnet.ibm.com * Paolo Bonzini (pbonzini@redhat.com) wrote: > Il 04/07/2014 19:41, Dr. David Alan Gilbert (git) ha scritto: > > e) I've added a 'migration_set_parameter' command as somewhere to put integer > > parameters associated with migration. > > e.1) And I use that initially for the length of precopy to try. > > Could you have instead a "migrate_start_postcopy" command, and leave the > policy to management instead? Hmm; yes that is probably possible - although with the migration_set_parameter configuration you get the best of both worlds: 1) You can set the parameter to say a few seconds and let QEMU handle it 2) You can set the parameter really large, but (I need to check) you could drop the parameter later and then cause it to kick in. I also did it this way because it was similar to the way the auto-throttling mechanism. > We could also (later) add an event for the end of the migration bulk phase, > that can help management deciding when to switch? Yeh, the libvirt people want an event to know when (the existing) migration completes, and this would easily fit onto that. Dave -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK