Can jffs2 support XIP extensions?
Der Herr Hofrat
der.herr at hofr.at
Wed Aug 25 02:08:59 EDT 2004
> > For the kernel boot time it's true that boot times tend to be dominated
> > by the decompression step. I measured this on a couple platforms at one
> > point (some of my measurements may have been in the OLS presentation,
> > not sure). I didn't directly measure kernel boot times of an
> > uncompressed non-XIP kernel, but would roughly guess an uncompressed
> > non-XIP kernel would boot to /sbin/init in only about a few tens of
> > milliseconds more time (I'm guessing about the increased time to copy an
> > uncompressed tetx image to RAM) than an XIP kernel on a 266MHz PowerPC
> > 405LP, and 168MHz OMAP ARM 926T is probably similar (it seems to better
> > deal with the cache effects).
> Also remember that on many systems, flash is a lot slower than RAM, so
> it is entirely possible that an XIP kernel would actually be _SLOWER_
> than non-XIP!
>
there are a number of examples of boot times and runtime performance posted
on the web and ALL of them show that the boot times of XIP
enabled kernels are primarily lower due to the kernel
not being decompressed and other steps actually being slower.
Table of bootup times:
Boot Stage Non-XIP Time XIP Time
Copy kernel to RAM 85 ms 12 ms
Decompress kernel 453 ms 0 ms
Kernel time to initialize
(time to first user space program) 819 ms 882 ms
Total kernel boot time 1357 ms 894 ms
Reduction: - 463 ms
(from: http://tree.celinuxforum.org/pubwiki/moin.cgi/KernelXIP)
The execution times of most system calls are clearly longer (not sure if
it was a 405/266 or a OMAP/168) fork was reported at 7.1 vs 4.8 us , trivial
system calls will be about the same time (did not find the reference - if of
interest I can dig it out).
The only (?) real argument for XIP is system RAM requirements on very small
systems (see: http://www.denx.de/twiki/publish/DULG/ConfigureLinuxForXIP.htm)
hofrat
More information about the linux-mtd
mailing list