From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:39845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RVO1Q-0000uH-AJ for qemu-devel@nongnu.org; Tue, 29 Nov 2011 08:47:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RVO1L-00030P-HU for qemu-devel@nongnu.org; Tue, 29 Nov 2011 08:46:56 -0500 Received: from mx1.redhat.com ([209.132.183.28]:10028) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RVO1L-0002zP-8a for qemu-devel@nongnu.org; Tue, 29 Nov 2011 08:46:51 -0500 From: Vadim Rozenfeld In-Reply-To: <4ED446CE.1090605@linux.vnet.ibm.com> References: <4ECA0E46.1020400@linux.vnet.ibm.com> <4ECA2902.4000307@redhat.com> <4ECEF67E.6040805@gmail.com> <1322203344.2493.20.camel@vadimr.dell> <4ED446CE.1090605@linux.vnet.ibm.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 29 Nov 2011 15:46:42 +0200 Message-ID: <1322574402.30902.27.camel@vadimr.dell> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] windows guest virtio serial and balloon driver test issues List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mark Wu Cc: "Cao, Bing Bu" , QEMU Developers , "Cao, Bing Bu" On Tue, 2011-11-29 at 10:43 +0800, Mark Wu wrote: > > Total physical memory on Windows will always be the same, > > because we don't hot-plug/unplug physical memory. > > Balloon driver works with non-paged pool memory instead. > > So, every time you inflate or deflate balloon in your system, > > you should see "Available memory" is changing, while physical > > will always be the same. > But the behaviour of virtio-balloon is different on Linux guest. It > updates the totalram_pages on deflate/inflate. Therefore the total In Windows MmNumberOfPhysicalPages is almost totally undocumented. It doesn't mean you can't abuse it. But it will be a hack. > > physical memory will be updated in the system management interface even > though it doesn't really hot-plug/unplug any physical memory. If we > just use 'info balloon' to query the balloon status, that should be > fine. But if the VM management tool also collects memory information > from guest, it will become confusing. Actually, I am not sure which one > make more sense. I just think that it should have unified behaviour on > both Linux and Windows guests. IMO VM management tools should reference to balloon actual size and amount of available memory, retrieved from guest.