Phillip Lougher wrote:
Douglas McClendon wrote:
20% speedup of reading data into /dev/null isn't all that useful.
I could write an irritable comment here, but I won't rise to the
bait :-)
Sorry, I did not realize from your post that you were the squashfs
author. I assumed you were a more run of the mill fedora
livecd-tools/revisor user/developer.
In the pure squashfs context, your test does make sense, as simple proof
that basic sparse file support is there.
Though given that false assumption above, and all the other context of
your post, and my subsequent replies, you can see how I jumped to the
false conclusion that somehow this was shaping up to be an alternate
implementation of my turboLiveInst improvements.
And clearly I harbor some political issues...
It is cool how I can see that a/the squashfs developer could easily
google/search for "squashfs sparse" in an attempt to see how desired the
functionality is, and no doubt end up finding that specific post.
Again, my apologies for the defensive response, and much more than that,
my gratitude for the support. When you are trying to fit lots of cool
stuff into 700MB, getting 3 more for free, really is nice. And another
9 (or cough more) with various trade-offs is also a very nice option.
And then there are devicemapper-livecd freaks like myself, who will
appreciate the ability to for free, use a 1T sparse file, so that
devicemapper snapshot overlay storage space permitting, I can online
resize2fs my root filesystem as high as I want, without having to do a
hacky thing like create a linear devicemapper addition of the original
small sparse file, and a fake devicemapper zero device (together forming
the base of a dm-snapshot device).
Finally, (for any spectators reading this far), what you mentioned about
sorting by access time, is one of a few key factors I had in mind for
drastically reducing livecd boot time. It's a bit trickier for fedora
than for kubuntu, because of the ext3 image file versus native squashfs,
but it should be doable.
Regards,
-dmc
--
Fedora-livecd-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/fedora-livecd-list
