Re: [PATCH] SMP race in ext2 - metadata corruption.

[Helge Hafting]

[e-mail] wrote:
> 
> I have tried this approach too a couple of years ago. I came to the idea
> that I want some kind of "event reporting" mechanism to know when
> application faults and when other events (like I/O) occurs. Booting is
> just the tip of the iceberg. MOST big apps are seeking on startup because
>    a) their code is spread out all over executable
Page tuning can fix that.  (Have the compiler & linker increase locality
by stuffing related code in the same page.  You want fast paths
stuffed into as few pages as possible, regardless of which functions
the instructions belong to.)  This also cut down on swapping and TLB
misses.
Os/2 gained some nice speedups by doing this.

>    b) don't forget shared libraries..
They can be page tuned too, and they're often partially in
memory aready when starting apps.

>    c) the practice of keeping configuration files in ~/.filename
>       implies - read a little, seek a little.
>    d) GUI apps tend to have a ton of icons.
Putting several in a single file, or even the executable will
help here.

Helge Hafting