Am 03.04.2015 um 13:26 schrieb Andrew: > 03.04.2015 14:02, Erich Titl пишет: ... >> The numbers imply that there is nothing to be gained in size over the >> tarball using squashfs. The advantage of using a squashfs is that we do >> not need to unpack the tarball for each file involved. This method is >> clearly better than using the tarball and I would recommend replacing >> the tarball with a squashfs file. This also makes automatic module >> detection a lot more painless. > We even may do automatic module detection at boot in that case, with > modules.dep from build tree.
Right, that should be enough. We also might remove some of the modules from moddb and as soon as the modules squashfs is mounted clean /lib/modules. > Also, we may use .gz for squash - it's faster in decompress by at least > twice. Or even use lz4/lzo - it's even more fast. We doesn't need high > compression rate here - because most data is already compressed. OK I included all algorithms >> .. > Yes, AFAIR squashfs is disabled because we don't use it. We need to > include it (possibly - as initmod module, or even compile in kernel - it > isn't large). It'll be useful also for embedded systems like SOHO > routers with small RAM amount, but with persist flash storage suitable > for read-only squashfs rootfs storing - I want to make some experiments > when I'll have enough free time. I am building a kernel including squashfs, speed is not the issue if the squashfs file fits on /tmp for example. cheers ET
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
