Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751932AbdC1MBo (ORCPT ); Tue, 28 Mar 2017 08:01:44 -0400 Received: from mga02.intel.com ([134.134.136.20]:46171 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751806AbdC1MBm (ORCPT ); Tue, 28 Mar 2017 08:01:42 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,236,1486454400"; d="scan'208";a="839266732" Message-ID: <1490702482.3011.7.camel@linux.intel.com> Subject: Re: [PATCH] x86/boot: Support uncompressed kernel From: Chao Peng To: Arnd Bergmann , Michal Marek Cc: Sebastian Andrzej Siewior , Sergey Senozhatsky , Yinghai Lu , "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , the arch/x86 maintainers , Kees Cook , Baoquan He , "H.J. Lu" , Paul Bolle , Masahiro Yamada , Borislav Petkov , Andrew Morton , Petr Mladek , "David S. Miller" , "Paul E. McKenney" , Andy Lutomirski , Thomas Garnier , Nicolas Pitre , Tejun Heo , Daniel Mack , Helge Deller , Rik van Riel , Linux Kernel Mailing List , linux-kbuild Date: Tue, 28 Mar 2017 20:01:22 +0800 In-Reply-To: References: <1490273467-97948-1-git-send-email-chao.p.peng@linux.intel.com> <20170323153117.GA6356@tigerII.localdomain> <1490333740.2925.7.camel@linux.intel.com> <20170327075817.bb7wda62fcuvfa4b@linutronix.de> <2e97b35f-bb9e-66e4-736d-66313626354e@suse.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.20.5 (3.20.5-1.fc24) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1336 Lines: 35 On Mon, 2017-03-27 at 15:25 +0200, Arnd Bergmann wrote: > On Mon, Mar 27, 2017 at 1:47 PM, Michal Marek wrote: > > > > Dne 27.3.2017 v 09:58 Sebastian Andrzej Siewior napsal(a): > > > > > > On 2017-03-24 13:35:40 [+0800], Chao Peng wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >     kernel               kernel size    time in > > > > > > > decompress_kernel > > > > > > >     compressed (gzip)    3.3M           53ms > > > > > > >     uncompressed         14M            3ms > > > > > > > > > > Exactly, LZ4 is the fastest. It takes 16ms to complete the > > > > decompression. Still sounds a little longer when compared to > > > > uncompressed kernel. > > > > > > Are we seriously talking here about one-time improvement of 13ms > > > boot time? > > > > If the use case is launching new VM instances continuously, then > > compressing the kernel image is about as useful as compressing > > /bin/bash. > > I guess the next step would be to use CONFIG_XIP_KERNEL on x86, > which requires an uncompressed kernel but has the additional advantage > of sharing the read-only sections of the kernel image across virtual > machines, resulting in better RAM and cache usage. That is something we wanna look into :) Chao