On Mon, Feb 20, 2012 at 9:14 AM, Alexander Leidinger < alexan...@leidinger.net> wrote:
> Quoting per...@pluto.rain.com (from Sun, 19 Feb 2012 08:13:48 -0800): > > Doug Barton <do...@freebsd.org> wrote: >> >>> On 02/18/2012 10:43, per...@pluto.rain.com wrote: >>> > Doug Barton <do...@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 _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"