Quinn Harris wrote:
The boot optimization was over 3885 files. Ideally those files would be ordered head to tail in a sequence that perfectly matches the order they will be read.
I bring this up here because I expect with reiser4, a repacker, and this
Now that you mention it, do you have a control of some sort to prove this isn't just fragmentation? That is, copy the files you're messing with in some random order (that should make booting slower), and benchmark that?
I'm guessing a repacker would speed things up much more than this, although this is interesting and helpful for systems which need to be rebooted often. (I'd prefer a working suspend2...)
