Messages in this thread | | | Date | Wed, 09 May 2001 12:30:03 +0200 | From | Helge Hafting <> | Subject | Re: [PATCH] SMP race in ext2 - metadata corruption. |
| |
volodya@mindspring.com 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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |