Messages in this thread | | | Date | Wed, 23 May 2001 12:36:16 +0100 | From | "Stephen C. Tweedie" <> | Subject | Re: Getting FS access events |
| |
Hi,
On Fri, May 18, 2001 at 09:55:14AM +0200, Rogier Wolff wrote:
> The "boot quickly" was an example. "Load netscape quickly" on some > systems is done by dd-ing the binary to /dev/null.
This is one of the reasons why some filesystems use extent maps instead of inode indirection trees. The problem of caching the metadata basically just goes away if your mapping information is a few bytes saying "this file is an extent of a hundred block at offset FOO followed by fifty blocks at offset BAR."
If the mapping metadata is _that_ compact, then your binaries are almost guaranteed to be either mapped in the inode or in a single mapping block, so the problem of seeking between indirect blocks basically just goes away. You still have to do things like prime the inode/indirect cache before the first data access if you want directory scans to go fast, and you still have to preload data pages for readahead, of course.
If the objective is "start netscape faster", then the cost of having to do one synchronous IO to pull in a single indirect extent map block is going to be negligible next to the other costs.
(Extent maps have their own problems, especially when it comes to dealing with holes, but that's a different story...)
--Stephen - 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/
| |