Boot sequence speed-up?

Randy McMurchy lfs-user at mcmurchy.com
Sat Feb 3 10:36:35 PST 2007


Dan Nicholson wrote these words on 02/03/07 12:11 CST:
> On 2/3/07, TheOldFellow <theoldfellow at gmail.com> wrote:
>> What I need is something it can't handle, like Udev for several months a
>> year ago, or a new booting scheme...
> 
> This is actually something I want to bring up. Our booting is dog
> slow. Maybe it's time to look into making improvements. We could
> replace init with init-ng or upstart. Or, we could just work to
> parallelize the bootscripts like is done on RedHat and SuSE. I think
> this has been brought up before.

"dog slow". I suppose you'd have to enlighten me how much faster this
old 500mhz system would boot if the boot sequence was "improved". On
my last boot, the logs show this:

>From kernel.log:
Jan  9 23:46:01 rmlscsi kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan  9 23:46:01 rmlscsi kernel: Inspecting /boot/System.map-2.6.14.3
Jan  9 23:46:01 rmlscsi kernel: Loaded 28586 symbols from /boot/System.map-2.6.14.3.
Jan  9 23:46:01 rmlscsi kernel: Symbols match kernel version 2.6.14.

>From daemon.log
Jan  9 23:46:04 rmlscsi xinetd[1519]: removing shell
[snip]
Jan  9 23:46:04 rmlscsi xinetd[1519]: xinetd Version 2.3.14 started with libwrap loadavg options compiled in.
Jan  9 23:46:04 rmlscsi xinetd[1519]: Started working: 4 available services
Jan  9 23:46:05 rmlscsi rpc.statd[1552]: Version 1.0.8-rc4 Starting
[snip]
Jan  9 23:46:26 rmlscsi stunnel: LOG5[2269:3082909360]: stunnel 4.15 on i686-pc-linux-gnu with OpenSSL 0.9.8a 11 Oct 2005
Jan  9 23:46:26 rmlscsi stunnel: LOG5[2269:3082909360]: Threading:PTHREAD SSL:ENGINE Sockets:POLL,IPv4 Auth:LIBWRAP
Jan  9 23:46:26 rmlscsi stunnel: LOG5[2269:3082909360]: 500 clients allowed

>From cron.log (my last daemon to start in the rc sequence)
Jan  9 23:46:27 rmlscsi crond[2280]: (CRON) STARTUP (fork ok)

So, this means the system took approximately 26 seconds to boot. And
here are the processes started (note this doesn't show the NFS daemons,
as I've stopped and restarted the NFS services):

root         1     0  0 Jan09 ?        00:00:02 init [3]
root         2     1  0 Jan09 ?        00:00:00 [ksoftirqd/0]
root         3     1  0 Jan09 ?        00:00:04 [events/0]
root         4     1  0 Jan09 ?        00:00:00 [khelper]
root         5     1  0 Jan09 ?        00:00:00 [kthread]
root         7     5  0 Jan09 ?        00:00:02 [kblockd/0]
root        10     5  0 Jan09 ?        00:00:00 [khubd]
root       124     5  0 Jan09 ?        00:00:00 [aio/0]
root       123     1  0 Jan09 ?        00:00:25 [kswapd0]
root       125     1  0 Jan09 ?        00:00:00 [cifsoplockd]
root       202     5  0 Jan09 ?        00:00:00 [kseriod]
root       256     5  0 Jan09 ?        00:00:00 [scsi_eh_0]
root       329     1  0 Jan09 ?        00:00:42 [kjournald]
root       790     1  0 Jan09 ?        00:00:00 [kjournald]
root       791     1  0 Jan09 ?        00:00:00 [kjournald]
root      1310     1  0 Jan09 ?        00:00:00 udevd
root      1419     1  0 Jan09 ?        00:00:09 syslogd -m 0
root      1428     1  0 Jan09 ?        00:00:00 klogd
dbus      1438     1  0 Jan09 ?        00:00:00 /usr/bin/dbus-daemon --config-file=/etc/dbus-1/system.conf
root      1488     1  0 Jan09 ?        00:00:01 /usr/sbin/hald --retain-privileges
root      1497  1488  0 Jan09 ?        00:00:31 hald-addon-storage
bin       1509     1  0 Jan09 ?        00:00:00 /usr/sbin/portmap
root      1519     1  0 Jan09 ?        00:00:00 /usr/sbin/xinetd
root      1932     1  0 Jan09 ?        00:00:01 /usr/sbin/cupsd
root      2071     1  0 Jan09 ?        00:00:00 /usr/sbin/slapd
root      2081     1  0 Jan09 ?        00:00:00 /usr/X11R6/bin/nasd -aa -b
root      2094     1  0 Jan09 ?        00:00:00 /usr/sbin/sshd
root      2149     1  0 Jan09 ?        00:00:01 /usr/sbin/httpd -k start
root      2158     1  0 Jan09 ?        00:00:00 /bin/sh /usr/bin/mysqld_safe --user=mysql
mysql     2193  2158  0 Jan09 ?        00:00:19 /usr/sbin/mysqld --basedir=/usr --datadir=/srv/mysql --user=mysql --pid-file=/srv/my
postgres  2195     1  0 Jan09 ?        00:00:00 /usr/bin/postmaster -D /srv/pgsql/data -i
apache    2205  2149  0 Jan09 ?        00:00:00 /usr/sbin/httpd -k start
root      2206     1  0 Jan09 ?        00:00:02 sendmail: accepting connections
root      2222     1  0 Jan09 ?        00:00:06 /usr/sbin/snmpd
root      2225     1  0 Jan09 ?        00:00:00 /usr/sbin/snmptrapd
apache    2227  2149  0 Jan09 ?        00:00:00 /usr/sbin/httpd -k start
apache    2228  2149  0 Jan09 ?        00:00:00 /usr/sbin/httpd -k start
apache    2229  2149  0 Jan09 ?        00:00:00 /usr/sbin/httpd -k start
apache    2230  2149  0 Jan09 ?        00:00:00 /usr/sbin/httpd -k start
apache    2231  2149  0 Jan09 ?        00:00:00 /usr/sbin/httpd -k start
root      2250     1  0 Jan09 ?        00:00:08 /usr/sbin/nmbd -D
postgres  2257  2195  0 Jan09 ?        00:00:00 postgres: writer process
postgres  2258  2195  0 Jan09 ?        00:00:00 postgres: stats buffer process
postgres  2259  2258  0 Jan09 ?        00:00:00 postgres: stats collector process
root      2260     1  0 Jan09 ?        00:00:00 /usr/sbin/smbd -D
stunnel   2270     1  0 Jan09 ?        00:00:00 /usr/sbin/stunnel
root      2280     1  0 Jan09 ?        00:00:02 /usr/sbin/crond
root      2281  2260  0 Jan09 ?        00:00:00 /usr/sbin/smbd -D
root      2283     1  0 Jan09 tty2     00:00:00 /sbin/agetty tty2 9600
root      2284     1  0 Jan09 tty3     00:00:00 /sbin/agetty tty3 9600
root      2285     1  0 Jan09 tty4     00:00:00 /sbin/agetty tty4 9600
root      2286     1  0 Jan09 tty5     00:00:00 /sbin/agetty tty5 9600
root      2287     1  0 Jan09 tty6     00:00:00 /sbin/agetty tty6 9600


Oh, also let me say that my systems are booted very infrequently (when
I go out of town, or there's an extended power outage), so 25 seconds
every month (or several months) seems acceptable. :-)

Please understand, I'm not saying we shouldn't do it, I'm just wondering
what "dog slow" is compared to more advanced boot sequences.

-- 
Randy

rmlscsi: [bogomips 1003.26] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686]
12:36:00 up 24 days, 12:50, 1 user, load average: 0.42, 0.26, 0.19



More information about the lfs-dev mailing list