From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44364) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8nlS-0008Hy-IH for qemu-devel@nongnu.org; Tue, 15 Dec 2015 06:27:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a8nlP-0002EW-D6 for qemu-devel@nongnu.org; Tue, 15 Dec 2015 06:27:30 -0500 Received: from mx2.parallels.com ([199.115.105.18]:33657) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8nlP-0002E2-76 for qemu-devel@nongnu.org; Tue, 15 Dec 2015 06:27:27 -0500 References: <566EE582.2070408@virtuozzo.com> From: "Denis V. Lunev" Message-ID: <566FF912.3000809@openvz.org> Date: Tue, 15 Dec 2015 14:27:14 +0300 MIME-Version: 1.0 In-Reply-To: <566EE582.2070408@virtuozzo.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] guest kernel in the host RAM List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Vladimir Sementsov-Ogievskiy , QEMU Hello, Paolo! There is a plan or idea to improve current implementation of Clear Containers for QEMU. Patches about NVDIMM are floating in the list, you have proposed special boot firmware for a case. The idea is that we could boot with the uncompressed Linux kernel in the guest which serves 2 purposes: - faster boot time as per Intel opinion - memory savings Uncompressed kernel image could be the same for several guests and thus memory pages for the kernel could be the same, which saves a bit of RAM :) At the moment neither BIOS support this in full: nor SeaBIOS, nor OVMF, nor QBoot. From our point of view QBoot is an ideal candidate for this. Do you have any opinion for the topic? Den