Re: [PATCH] plugsched - update Kconfig-1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Con Kolivas wrote:
On Sun, 13 Nov 2005 16:22, Peter Williams wrote:

Con Kolivas wrote:

On Sun, 13 Nov 2005 12:34, Peter Williams wrote:

1. Make the ability to select which schedulers are built in independent
of EMBEDDED.
2. Only offer builtin schedulers as choice for the default scheduler.
3. Only build in ingosched if PLUGSCHED is not configured.

I disagree with 3. Surely people might want to build in only one
scheduler that is not ingosched without other choices.

Yes, and they would be able to do that by selecting PLUGSCHED and then
selecting only the scheduler that they want.  But this then leads to the
observation that PLUGSCHED is probably makes things unnecessarily
complex and all that is required is a means to select the schedulers to
be built in and a choice of default (much like for the IO schedulers)?


Indeed it may be better to remove the "plugsched" option entirely. Once patched in it's not like you are building the kernel without the plugsched infrastructure. Provided each extra scheduler does not increase the kernel size too much (and a test build with/without all schedulers should tell you that), it may be best to just have the scheduler choice in the top menu and only expose the "schedulers to build in" under embedded.

I can't see why this should be restricted to embedded systems?


Of course if adding all the schedulers adds a lot of size to the kernel then it would be best to retain the "build support for multiple cpu schedulers" and default it to off.

You achieve the same just by selecting only one scheduler. PLUGSCHED (currently) doesn't directly control the inclusion of any code and it's only effect is by controlling which schedulers are included. It may be possible to change this so that the checking of the boot time scheduler selection code is excluded.

Do you have a quick comparison of build sizes with/without the various cpu schedulers?

I'll check. I'll also see how much difference the boot time selection code adds but I doubt whether it's very much.

Last time I checked, staircase was a few hundred bytes larger than mainline despite being 200 lines of code less, probably due to its largely inline nature.

Each scheduler costs about 10kB on average. Mine are the largest :-( (too many features including making extra stats available via /proc?) and I should look at improving that.

Peter
--
Peter Williams                                   [email protected]

"Learning, n. The kind of ignorance distinguishing the studious."
 -- Ambrose Bierce
-
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/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux