[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A85D89F.8080900@acm.org>
Date: Fri, 14 Aug 2009 15:35:27 -0600
From: Zan Lynx <zlynx@....org>
To: Linus Walleij <linus.ml.walleij@...il.com>
CC: Robert Schwebel <r.schwebel@...gutronix.de>,
linux-kernel@...r.kernel.org, linux-embedded@...r.kernel.org,
Arjan van de Ven <arjan@...ux.intel.com>,
Tim Bird <tim.bird@...sony.com>, kernel@...gutronix.de
Subject: Re: New fast(?)-boot results on ARM
Linus Walleij wrote:
> 2009/8/14 Robert Schwebel <r.schwebel@...gutronix.de>:
>> On Fri, Aug 14, 2009 at 12:19:48PM -0600, Zan Lynx wrote:
>
>>>> That's factor 70 away from the 110 ms boot time Tim has talked about
>>>> some days ago (and he measured on an ARM cpu which had almost half
>>>> the speed of this one), and I'm wondering what we can do to improve
>>>> the boot time.
>>> 2.4s in uncompression? That seems like an obvious target for
>>> improvement.
>> Indeed, we'll check that.
>
> We got rid of uncompression on a flash-based system vastly improving
> boot time. The reason is that compressed kernels are faster only when
> the throughput to the persistent storage is lower than the decompression
> throughput, and on typical embedded systems with DMA the throughput to
> memory outperforms the CPU-based decompression.
I thought of another thing to check related to slow decompression. If
the kernel, bootloader or hardware is in charge of setting CPU power and
speed scaling, then you should check that it boots with the CPU set at
maximum speed instead of slowest.
--
Zan Lynx
zlynx@....org
"Knowledge is Power. Power Corrupts. Study Hard. Be Evil."
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists