> > On 2009-09-01 at 12:22:01 [+0200], Axel Dörfler <axeld@xxxxxxxxxxxxxxxx> > > wrote: > > "Michael Lotz" <mmlr@xxxxxxxx> wrote: > > > I'm currently looking through the kernel to check a few > > > problematic > > > places > > > (i.e. where large reads are split up into page wise reads). > > > > What is definitely problematic is that the FS overlays used do not > > support the asychronous I/O hooks - this should be the main reason > > why > > booting from CD is so slow without the delays stippi added. > > How likely is it that this gets fixed and is suddenly substantially > faster? It's fixed for the most relevant case (i.e. reading nodes from the CD) in r32898. Whether or not it is substantially faster I haven't tested. Would be cool if you could provide updated timings to see the effect. > Performing the installation with all the packages as they are is > currently > unbearably slow. I am pondering the idea to add unzipping support to > the > Installer and then have the development packages and everything else > unlikely to be used in the LiveCD mode as .zips on the image to be > extracted during installation. The thing fixed now is that large file reads are needlessly split into page wise reads. Of course if there are a lot of small files, this won't speed up anything. I'm thinking about stuff like perl here. Having it as a ZIP and extracting it will be significantly faster than to copy the individual files, IO hook or not. Personally I see it exactly as the use case for that package drop down in Installer. Packages like most of the development stuff (perl, gcc, phyton and the like) should simply be put on the CD as a ZIP and they should get an entry in that package list. These packages aren't relevant for LiveCD mode really, so I don't see the benefit of having them extracted. I guess we could even just reuse the current optional package ZIPs, so no extra work involved in making new packages. Regards Michael