From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:57886) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RxI6w-00012d-46 for qemu-devel@nongnu.org; Tue, 14 Feb 2012 08:08:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RxI6q-0004Qk-BD for qemu-devel@nongnu.org; Tue, 14 Feb 2012 08:07:58 -0500 Received: from relay1.mentorg.com ([192.94.38.131]:46979) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RxI6q-0004QX-1n for qemu-devel@nongnu.org; Tue, 14 Feb 2012 08:07:52 -0500 From: Paul Brook Date: Tue, 14 Feb 2012 13:07:47 +0000 References: <1328884453-1067-1-git-send-email-zwu.kernel@gmail.com> <201202141242.58685.paul@codesourcery.com> <20120214124631.GC29982@redhat.com> In-Reply-To: <20120214124631.GC29982@redhat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201202141307.47745.paul@codesourcery.com> Subject: Re: [Qemu-devel] [PATCH] oslib: make error handling more reasonable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: Zhi Yong Wu , Stefan Weil , qemu-devel@nongnu.org, Markus Armbruster > > The only way to handle this rebustly is to pre-allocate all the memory > > we're ever going to need[1]. I don't see that happening. > > FWIW, users can already opt-in to pre-allocation if running KVM enabled > QEMU > > -mem-path /dev/shm -mem-prealloc (or /dev/hugepages more usefully) No, that's something different. -mem-prealloc causes MAP_POPULATE to be passed when allocating guest ram, working around the fact that most modern implementations of mmap lie. It has no effect on how all the other memory qemu uses is allocated. Paul