8 to 9: Kernel modularization -- did it change?

Mehmet Erol Sanliturk m.e.sanliturk at gmail.com
Mon Feb 20 17:25:10 UTC 2012


On Mon, Feb 20, 2012 at 9:14 AM, Alexander Leidinger <
Alexander at leidinger.net> wrote:

> Quoting perryh at pluto.rain.com (from Sun, 19 Feb 2012 08:13:48 -0800):
>
>  Doug Barton <dougb at freebsd.org> wrote:
>>
>>> On 02/18/2012 10:43, perryh at pluto.rain.com wrote:
>>> > Doug Barton <dougb at freebsd.org> wrote:
>>> >> loading modules through loader.conf is
>>> >> veeeeeerrrrryyyyyy sssssllllloooooowwwwww ...
>>> >
>>> > Is it noticeably slower to load (say) a 6MB kernel + 2MB of
>>> > modules than to load an 8MB kernel?
>>>
>>> I don't know, that wasn't the problem I was trying to solve.
>>>
>>
>> Given the context of the thread, this:
>>
>>  >> loading modules through loader.conf is
>>> >> veeeeeerrrrryyyyyy sssssllllloooooowwwwww ...
>>>
>>
>> seemed to be an objection to modularizing the kernel.  Hence my
>>
>
> Looks more like an opinion. In fact, I work on a modularized kernel config
> which I want to commit to -current at some point (for those which do not
> care how long it takes to boot the system).
>
> The goal of my work is to produce something like GENERIC+more, just as
> much as possible loaded as kld's (the "+more" part is the result of a poll
> I did on stable@, it contains only stuff which can not be loaded as a
> kld, and I provide a loader.conf which disables the parts which would cause
> a major change in behavior). Currently I'm doing some compile testing, I
> should be able to provide something for review soon (on current@).
>
> Bye,
> Alexander.
>
> --
> WORK:
>        The blessed respite from screaming kids and
>        soap operas for which you actually get paid.
>
> http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
> http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137
>
>

I think , inclusion of a scheduler ( 4BSD , ULE , etc. ) selection facility
into loader.conf
will be a useful improvement , because it seems that schedulers are not
equivalent .

In that way , it will be possible to select a scheduler for compute
intensive processing , or
input/output intensive processing , or user interaction intensive
processing .

My choice would be to have options in boot menu as a best  approach .


Thank you very much .

Mehmet Erol Sanliturk


More information about the freebsd-hackers mailing list