Summary: | Boot speed up with readahead | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | devsk <funtoos> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | m.debruijne |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
devsk
2006-07-31 14:42:37 UTC
Don't restrict bugs without any reason. Leave the checkboxes alone, please. As the author of readahead-list, I'm glad to see more activity on this front. However making it a daemon provides no gain, the startup overhead is very small. I will however read what I had said in the previous bug about readahead - somebody needs to get out the syscall audit support in 2.6.17 (with sufficently updated kernel headers and the userspace audit app), and tell audit to log EVERY open syscall, and then use that to build up a decent profile for booting. There's a few parts: 1. We should provide a reasonable list for the boot runlevel. Very few users change this much, so it's reasonably simple. 2. The common stuff for the default runlevel should also be made into a list, that users can then modify said list as per their needs. 3. Some of the Redhat folk previously suggested an interesting modification to the runtime linker (ld.so) - at the run of any ELF binary with a special section, read that section to see the location of a readahead profile, and then start a background fork that loads the specified readahead profile. This would hugely benefit most Linux GUI applications. |