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