From: kernel <kernel@crazytrain.com>
To: Stefan Seyfried <seife@suse.de>
Cc: Lee Revell <rlrevell@joe-job.com>,
Prakash Punnoor <prakashp@arcor.de>,
Paolo Ciarrocchi <paolo.ciarrocchi@gmail.com>,
Patrick McFarland <pmcfarland@downeast.net>,
linux-hotplug-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org
Subject: Re: [ANNOUNCE] hotplug-ng 001 release
Date: Tue, 15 Feb 2005 15:12:07 -0500 [thread overview]
Message-ID: <1108498326.3866.57.camel@crazytrain> (raw)
In-Reply-To: <4212121B.807@suse.de>
On Tue, 2005-02-15 at 10:15, Stefan Seyfried wrote:
> You can boot a SUSE 9.2 with parallel init scripts (default AFAIR),
> sequential init scripts and with a Makefile based solution. "Normal"
> (not Makefile based) parallel booting is possible much longer on SUSE,
> at least since 9.0 IIRC.
> And guess what? "Parallel booting" alone, regardless of the mechanism
> does not make much of a difference for the boot time.
>
My experience has been that hardware detection is what slows boot
process. I've tested on various distros, Red Hat Linux, Slackware
Linux, SUSE, and Debian.
Starting services never seems to take any time (noticeable time). But
when it lands on detecting hardware, that's where the time is chewed.
Typically with hotplug (all using 2.4 kernels) it's about 30 seconds,
which is the same as the rest of the boot process in my testing lab.
1394, USB, and PCMCIA seem to be the slowest (because when I remove
these devices or turn off detection of these types boot time is *much*
faster).
Two things that I believe should be addressed;
1) Speeding up boot time (even if that means moving some hardware
detection and recognition to after login)
-and-
2) Proper identification of filesystem types. Would love to have an
agreed upon by majority change that would change the mounting of
filesystems (identifying FS TYPE) to be more accurate.
regards,
-fd
next prev parent reply other threads:[~2005-02-15 20:24 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-11 0:40 [ANNOUNCE] hotplug-ng 001 release Greg KH
2005-02-11 0:52 ` Greg KH
2005-02-11 1:30 ` Kasper Sandberg
2005-02-11 6:41 ` Greg KH
2005-02-11 11:47 ` Kasper Sandberg
2005-02-11 17:06 ` Greg KH
2005-02-12 0:02 ` Kasper Sandberg
2005-02-11 1:07 ` Patrick McFarland
2005-02-11 1:16 ` Greg KH
2005-02-11 20:40 ` Vojtech Pavlik
2005-02-14 4:06 ` Lee Revell
2005-02-14 8:32 ` Paolo Ciarrocchi
2005-02-14 8:51 ` Prakash Punnoor
2005-02-14 23:04 ` Lee Revell
2005-02-14 23:16 ` Greg KH
2005-02-14 23:28 ` Lee Revell
2005-02-15 15:15 ` Stefan Seyfried
2005-02-15 20:12 ` kernel [this message]
2005-02-14 23:21 ` Roland Dreier
2005-02-14 23:45 ` [OT] speeding boot process (was Re: [ANNOUNCE] hotplug-ng 001 release) Lee Revell
2005-02-15 0:16 ` Tim Bird
2005-02-15 1:17 ` Lee Revell
2005-02-15 1:45 ` Kyle Moffett
2005-02-15 7:32 ` Gábor Lénárt
2005-02-15 8:34 ` Paolo Ciarrocchi
2005-02-15 9:27 ` [OT] speeding boot process Bernd Petrovitsch
2005-02-15 8:55 ` [OT] speeding boot process (was Re: [ANNOUNCE] hotplug-ng 001 release) Helge Hafting
2005-02-15 9:33 ` Bernd Petrovitsch
2005-02-15 13:20 ` Helge Hafting
2005-02-15 13:28 ` Paulo Marques
2005-02-15 13:50 ` Bernd Petrovitsch
2005-02-16 1:54 ` Miquel van Smoorenburg
2005-02-15 3:38 ` Jim Crilly
2005-02-15 5:52 ` Nigel Cunningham
2005-02-15 6:15 ` Jim Crilly
2005-02-15 6:39 ` Nigel Cunningham
2005-02-15 19:32 ` Lee Revell
2005-02-17 18:37 ` jlnance
2005-02-17 19:18 ` Chris Larson
2005-02-19 5:53 ` Jim Crilly
2005-02-17 20:00 ` Helge Hafting
2005-02-19 5:56 ` Jim Crilly
2005-02-19 22:47 ` Helge Hafting
2005-02-20 2:09 ` Jim Crilly
2005-02-15 8:33 ` Paolo Ciarrocchi
2005-02-14 23:43 ` [ANNOUNCE] hotplug-ng 001 release Diego Calleja
2005-02-15 19:51 ` Lee Revell
2005-02-15 21:02 ` Diego Calleja
2005-02-15 21:32 ` Chris Friesen
2005-02-15 21:09 ` Valdis.Kletnieks
2005-02-15 19:56 ` Optimizing disk-I/O [was Re: [ANNOUNCE] hotplug-ng 001 release] Linas Vepstas
2005-02-15 20:46 ` Adam Goode
2005-02-15 21:11 ` Diego Calleja
2005-02-15 21:21 ` Valdis.Kletnieks
2005-02-11 3:18 ` [ANNOUNCE] hotplug-ng 001 release Bill Nottingham
2005-02-11 6:46 ` Greg KH
2005-02-11 16:19 ` Christian Bornträger
2005-02-11 17:01 ` Greg KH
2005-02-11 19:01 ` Erik Andersen
2005-02-11 19:23 ` Greg KH
2005-02-11 21:37 ` Erik van Konijnenburg
2005-02-11 21:49 ` Greg KH
2005-02-11 22:06 ` Erik van Konijnenburg
2005-02-11 22:13 ` Greg KH
2005-02-12 0:48 ` Ingo Oeser
2005-02-14 22:43 ` Greg KH
2005-02-11 9:52 ` Olivier Galibert
2005-02-11 17:08 ` Greg KH
2005-02-11 20:06 ` Harald Dunkel
2005-02-11 21:01 ` Greg KH
2005-02-12 8:30 ` Harald Dunkel
2005-02-14 22:36 ` Greg KH
2005-02-15 5:39 ` Harald Dunkel
2005-02-15 7:14 ` Greg KH
-- strict thread matches above, loose matches on Subject: below --
2005-02-14 10:29 Michal Rokos
[not found] <20050211211028.GB21512@suse.de>
2005-02-17 6:46 ` Michael Tokarev
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1108498326.3866.57.camel@crazytrain \
--to=kernel@crazytrain.com \
--cc=linux-hotplug-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=paolo.ciarrocchi@gmail.com \
--cc=pmcfarland@downeast.net \
--cc=prakashp@arcor.de \
--cc=rlrevell@joe-job.com \
--cc=seife@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox