Hi! > And because your suspend/resume idea isn't really going to help me > much. That's because my boot scripts have the notion of > "personalities" (change the boot configuration by asking the user > early on in the boot process). If I suspend after I've got XDM > running, it's too late. Why not e2defrag so that everything needed for bootup is linear on the start of disk? Use strace to collect statistics of what happens during bootup. [strac should be good enough. If not, uml is.] -- Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt, details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Re: Getting FS access events Linus Torvalds
- Re: Getting FS access events Anton Altaparmakov
- Re: Getting FS access events H. Peter Anvin
- Re: Getting FS access events Albert D. Cahalan
- Re: Getting FS access events H. Peter Anvin
- Re: Getting FS access events Anton Altaparmakov
- Re: Getting FS access events H. Peter Anvin
- Re: Getting FS access events Anton Altaparmakov
- Re: Getting FS access events H. Peter Anvin
- Re: Getting FS access events Craig Milo Rogers
- Re: Getting FS access events Pavel Machek
- Re: Getting FS access events Pavel Machek
- Re: Getting FS access events Linus Torvalds
- Re: Getting FS access events Pavel Machek
- Re: Getting FS access events Linus Torvalds
- Re: Getting FS access events Stephen C. Tweedie
- Re: Getting FS access events Rogier Wolff
- Re: Getting FS access events Stephen C. Tweedie
- Re: Getting FS access events Richard Gooch
- Re: Fwd: Re: Getting FS access events Matthias Urlichs
- Re: Getting FS access events Linus Torvalds