Alexander E. Patrakov wrote:
minimal-blfs is 260 MB on squashfs and 271 MB (reducible to 267 MB by
running "make zeroes") on ext2 + zisofs. So we lose 2.6% due to ext2
complexity and 1.5% due to finally-unused ext2 blocks containing
non-zero data. But the zisofs compression process is way faster :)
cloop with best-quality 7z compression gives 262 MB without making
zeroes and 259 MB after making zeroes. But that means that the whole
compression process takes a bit less than 2.5 hours on my Celeron 1200.
So to match the size we achieve with squashfs now, we would need to add
another hour or two to the build process? Is decompression more
efficient, or will it have a slowdown as with compression?
Yes, but isn't it too wrong to add that many workarounds?
1) for broken locking of modules (fixed now)
2) for glibc testsuite in Chapter 5
3) for the "find" command
4) for SAMBA that can't use sendfile() on unionfs
5) for openi18n testsuite (not done, would involve a tmpfs on /home).
These problems are already solved with workarounds or are still bugs?
Only the samba one I would classify as a bug, the others are warnings
and the last one is kinda picky. :)
As for your statement about complexity, this is only because I have
not documented the thing. In shell script, the setup is equivalent to
the following commands:
<snip HOWTO>
I see. About the same number of commands. Hmm.
Justin
--
http://linuxfromscratch.org/mailman/listinfo/livecd
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
