From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:42732) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QKTJH-0005Oy-0h for qemu-devel@nongnu.org; Thu, 12 May 2011 06:40:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QKTJC-0007XR-F6 for qemu-devel@nongnu.org; Thu, 12 May 2011 06:39:58 -0400 Received: from mx1.redhat.com ([209.132.183.28]:4897) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QKTJC-0007X7-80 for qemu-devel@nongnu.org; Thu, 12 May 2011 06:39:54 -0400 From: Juan Quintela In-Reply-To: (Aidan Shribman's message of "Thu, 12 May 2011 10:42:32 +0200") References: Date: Thu, 12 May 2011 12:39:22 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [Qemu-devel] [PATCH] Add warmup phase for live migration of large memory apps Reply-To: quintela@redhat.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Shribman, Aidan" Cc: Stefan Hajnoczi , "qemu-devel@nongnu.org" , Isaku Yamahata "Shribman, Aidan" wrote: >> On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan >> wrote: >> > From: Aidan Shribman >> > >> > [PATCH] Add warmup phase for live migration of large memory apps >> > >> > By invoking "migrate -w " we initiate a background >> live-migration >> > transferring of dirty pages continuously until invocation >> of "migrate_end" >> > which attempts to complete the live migration operation. >> >> What is the purpose of this patch? How and when do I use it? >> > > The warmup patch adds none-converging background update of guest > memory during live-migration such that on request of live-migration > completion (via "migrate_end" command) we get much faster > response. This is especially needed when running a payload of large > enterprise applications which have high memory demands. We should integrate this with Kemari (Kemari is doing something like this, just that it has more requirements). Isaku, do you have any comments? BTW, what loads have you tested for this? if I setup an image with 1GB RAM and a DVD iso image, and do in the guest: while true; do find /media/cdrom -type f | xargs md5sum; done Migration never converges with current code (if you use more than 1GB memory, then all the DVD will be cached inside). So, I see this only useful for guests that are almost idle, and on that case, migration speed is not the bigger of your problems, no? Later, Juan.