From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 20 17:25:10 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E1F1065670; Mon, 20 Feb 2012 17:25:10 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 461978FC17; Mon, 20 Feb 2012 17:25:10 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so9619150obc.13 for ; Mon, 20 Feb 2012 09:25:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5YnD6ICdAjjIArSbGTNFOeEJhLohb94X1/NYgdQ0Ai4=; b=p7uS2MYdE40EtHmuw2uJKfDw+DPlyIEJneWC0tRKl3PP6Q/kzLyRtbtc9l8hQazDPM nzAVW8d+l2FpkIk0s0cJML99JrivFit16h7a9TVSJtkSKliDU7CE5K+XMXDqczX6HLqc ocvtgSHir6BNV1Dmnvap0atXvVRDFtwwdknKw= MIME-Version: 1.0 Received: by 10.182.118.34 with SMTP id kj2mr11640683obb.37.1329757021005; Mon, 20 Feb 2012 08:57:01 -0800 (PST) Received: by 10.182.38.38 with HTTP; Mon, 20 Feb 2012 08:57:00 -0800 (PST) In-Reply-To: <20120220151409.Horde.NYT-HpjmRSRPQlUxo1tMYtA@webmail.leidinger.net> References: <4F3E8225.9030501@FreeBSD.org> <4F3E8C26.3080900@FreeBSD.org> <4F3EA5F2.9070804@gmail.com> <4F3EAE5F.6070903@gmail.com> <20120217.220802.988.2@DOMY-PC> <4F3EDEBC.7040703@gmail.com> <4F3EFB70.5000102@FreeBSD.org> <4f3ff151.FznGzC6RC0a5qBKx%perryh@pluto.rain.com> <4F403C5E.4000104@FreeBSD.org> <4f411fbc.5xpQwqtOGVzi8G4D%perryh@pluto.rain.com> <20120220151409.Horde.NYT-HpjmRSRPQlUxo1tMYtA@webmail.leidinger.net> Date: Mon, 20 Feb 2012 11:57:00 -0500 Message-ID: From: Mehmet Erol Sanliturk To: Alexander Leidinger Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: sendtomatt@gmail.com, rank1seeker@gmail.com, dougb@freebsd.org, perryh@pluto.rain.com, hackers@freebsd.org Subject: Re: 8 to 9: Kernel modularization -- did it change? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 17:25:10 -0000 On Mon, Feb 20, 2012 at 9:14 AM, Alexander Leidinger < Alexander@leidinger.net> wrote: > Quoting perryh@pluto.rain.com (from Sun, 19 Feb 2012 08:13:48 -0800): > > Doug Barton wrote: >> >>> On 02/18/2012 10:43, perryh@pluto.rain.com wrote: >>> > Doug Barton 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