View previous topic :: View next topic |
Author |
Message |
tHeoo n00b

Joined: 20 Mar 2003 Posts: 50 Location: Bammental, Deutschland
|
Posted: Tue May 25, 2004 7:33 pm Post subject: Calculating module deps slow with 2.6 on old hardware |
|
|
Hardware: Mobile Pentium MMX, 128 mb memory, Dell Latitude CP 233ST. Kernel is by now 2.6.5-mm1. I had others. Same problems as described below. Scheduler is either as or cfq. No difference.
I used to have a 2.4 kernel on this box (my wife's) but after upgrading something, I had problems with pcmcia. I've tried several 2.6 kernels. These work with pcmcia, but they are slower on startup. I don't think they are particularly slower in general, and sometimes perhaps even faster, but slower on:
- calculating module dependencies (really slow, say 10 times slower than with 2.4)
- calculating service dependencies (less slow)
- setting console font (really slow, 10x)
I've removed the console font setting with rc-update del consolefont (rc.conf). AFter looking at the /etc/init.d/modules script, it seems that the evil is in /sbin/modules-update, which indeed, if called manually after startup, takes about the same time to complete. I've upgraded module-init-tools from 0.9.15 to 3.0. Doesn't help.
- First question: why is modules-update necessary?
- Second question: any clues why it is so much slower on 2.6 than on 2.4?
- Third question: any clues why the font setting is so much slower?
This is interesting anyway, because on my own box (Athlon XP 2000, 512 mb, 2.6.5-gentoo-r1), I see only speed improvements compared to 2.4
[/list][/list] |
|
Back to top |
|
 |
moocha Watchman

Joined: 21 Oct 2003 Posts: 5722
|
Posted: Tue May 25, 2004 7:58 pm Post subject: Re: Calculating module deps slow with 2.6 on old hardware |
|
|
tHeoo wrote: | - First question: why is modules-update necessary? |
It aggregates the files in /etc/modules.d into /etc/modules.conf, taking into account devfs vs. udev. If you're absolutely sure that you'll know when to invoke it (i.e. whenever you update something in /etc/modules.d via manual editing or via emerge) you can comment out that line in the rc script. I agree that modules-update should do some timestamp checking and not blindly regenerate modules.conf even when nothing has changed. _________________ Military Commissions Act of 2006: http://tinyurl.com/jrcto
"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin |
|
Back to top |
|
 |
tHeoo n00b

Joined: 20 Mar 2003 Posts: 50 Location: Bammental, Deutschland
|
Posted: Tue May 25, 2004 8:10 pm Post subject: Re: Calculating module deps slow with 2.6 on old hardware |
|
|
moocha wrote: | tHeoo wrote: | - First question: why is modules-update necessary? |
It aggregates the files in /etc/modules.d into /etc/modules.conf, taking into account devfs vs. udev. |
Could a switch from devfs to udev help? Udev works fine on the fast laptop.
moocha wrote: |
If you're absolutely sure that you'll know when to invoke it (i.e. whenever you update something in /etc/modules.d via manual editing or via emerge) you can comment out that line in the rc script. I agree that modules-update should do some timestamp checking and not blindly regenerate modules.conf even when nothing has changed. |
I've now seen that /sbin/modules-update does depmod -a instead of depmod -aA. Would that do the trick? I can't imagine that aggregating the files in /etc/modules.d into /etc/modules.conf could take so much time. It's hardly anything, since even alsa support is not included in this setup. |
|
Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|