[haiku-development] Re: Do optional packages need to include everything they do?

  • From: "Michael Lotz" <mmlr@xxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Tue, 01 Sep 2009 21:34:28

> 
> 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

Other related posts: