From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WR1zX-0001e3-61 for qemu-devel@nongnu.org; Fri, 21 Mar 2014 12:08:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WR1zO-0003Dx-Ov for qemu-devel@nongnu.org; Fri, 21 Mar 2014 12:08:18 -0400 Received: from mx1.redhat.com ([209.132.183.28]:40954) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WR1zO-0003Dj-I8 for qemu-devel@nongnu.org; Fri, 21 Mar 2014 12:08:10 -0400 From: Juan Quintela In-Reply-To: <532C5F71.60108@redhat.com> (Paolo Bonzini's message of "Fri, 21 Mar 2014 16:49:05 +0100") References: <1395399490-13295-1-git-send-email-dgilbert@redhat.com> <8761n7itlx.fsf@elfo.mitica> <20140321132224.GA22211@work-vm> <532C57A9.2060002@redhat.com> <20140321154540.GD8476@work-vm> <532C5F71.60108@redhat.com> Date: Fri, 21 Mar 2014 17:08:06 +0100 Message-ID: <87mwgjh6vt.fsf@elfo.mitica> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [PATCH 1/1] Count used RAMBlock pages for migration_dirty_pages Reply-To: quintela@redhat.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Alexey Kardashevskiy , Igor Mammedov , "Dr. David Alan Gilbert" , qemu-devel@nongnu.org Paolo Bonzini wrote: > Il 21/03/2014 16:45, Dr. David Alan Gilbert ha scritto: >>> > So it looks like your patch could also fix the problem Juan reported >>> > at http://article.gmane.org/gmane.comp.emulators.qemu/247462 -- but >>> > perhaps only on hosts where !KVM || TARGET_PAGE_SIZE==getpagesize(). >> Possibly yes; I think that would cause gaps in the bitmap to have >> the same effect as the hot unplug. > > It would be nice to revive that patch, because without it you risk > getting bad performance from migration of hotplugged memory. On-board > RAM typically gets low ram_addr_t's that are aligned, but the 128K (32 > pages) ROM and the 64K VGA BIOS will ruin the alignment and cause > migration to use the slow paths to migrate hotplugged memory above > them. Agreed. I had forgot that optimization that we had to get out. The problem (for my use case) was VGA, that was dirtying continously memory that was not aligned. Size was not big, but was using bit-by-bit operations, when we could use bitmap ones. Later, Juan.