From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 17:38:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF131106566C for ; Mon, 13 Jun 2011 17:38:06 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A6D438FC0C for ; Mon, 13 Jun 2011 17:38:06 +0000 (UTC) Received: by iyj12 with SMTP id 12so5921161iyj.13 for ; Mon, 13 Jun 2011 10:38:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to; bh=ybi2Fz/vZQ3jFvT+ROROFYEa+zqZdvKO+gKqkYL34h8=; b=tl9C+uMexUqpct1SeXt98fZ54IYVFZlcx+gz4DLvDVza7kdyy4ctDtEI7GCvVHsSQi plBBhKPhzpScxnjR4Luc8Ltj1YCaleA/TARBkn3U8U2fVE3u8Jldo1Vmq4/3yDk0RVnG jkA+UXyyd5zGu5B10kiKybwN4CTT9TO6U/5Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; b=lOuQWdMIxkeoq94FbAovWP7kwZ66qbW0oQH6hohMnkOUpKQ/0LHKUFQJdEXetZQzy9 lfpI65hvN2r2lACKgBEEqFvpWnIAMJbQkjcR+Mw0sSjA2w4ku5+eDIFo78iUkFuvG5UH LpD86i1/IqzFheBx8LgYm8D9HpYROYjqbXVLE= Received: by 10.42.228.133 with SMTP id je5mr7086052icb.107.1307986685403; Mon, 13 Jun 2011 10:38:05 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id x13sm2881301ibh.33.2011.06.13.10.38.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2011 10:38:04 -0700 (PDT) Sender: The Command Line Kid Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5DHc1CN086019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Jun 2011 13:38:02 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5DHc193086018; Mon, 13 Jun 2011 13:38:01 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Mon, 13 Jun 2011 13:38:01 -0400 From: jhell To: Julian Elischer Message-ID: <20110613173800.GB84937@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <4DF63972.8070006@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: <4DF63972.8070006@freebsd.org> Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 17:38:07 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 13, 2011 at 09:23:14AM -0700, Julian Elischer wrote: > On 6/12/11 11:20 PM, Daniel Braniss wrote: > >> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: > >> > >>> Cutting modules out of the kernel in general does help speed up booti= ng > >>> but loading those same modules later in the boot process will just le= ad > >>> you back to the same boot time. > >> Loading modules via loader.conf is many times slower than doing it from > >> disk after the system is partially booted. (As in, 2-3 seconds per > >> module vs. nearly instantaneous for all 6.) > >> > >> I didn't offer my list as an example of what to do, I offered it as a > >> syntax example. I would of course expect people to use appropriate > >> discretion to load things in loader.conf that are necessary for boot. > >> (Of course, the fact that people can easily get this wrong is a strike > >> against the technique.) > >> > >> There is no point in having an _enable for this script because if the > >> kld_list is empty, nothing happens. > >> > > Doug's solution is what we have been using for a very long time! > > > > the loader.conf solution is not practical when it's shared among many > > hosts -like here where most of the hosts are dataless-, so, moving the = not > > essential ones to rc.conf was the obvious solution. >=20 > what would be REALLY cool would be the ability to make loader.conf=20 > have some sort of conditional > clauses.. >=20 > e.g. if MAC=3D=3D 01:02:03:04:05:06 > blah >=20 That is a really fine idea. I would suppose that the ability to add this would be pretty tough considering the constraints of most systems. If the loader could just take care of just loading and there was some sort of "stub" system in place for the modules, kind of like a module place holder that knows when where and how to load the modules on demand then I would believe that achieving the above would become very practicle. Sort of like what GEOM is but for modules. --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9kr4AAoJEJBXh4mJ2FR+OIgH/RaUGkvNP+i9vvAiI2YTI+7S yNrqS6ghS9AElAvuOJCm6m7vtgMTEkDe3T1Q+syx9bcaPSIH4nfKRRfflr6rCxHW IfVvJEZf6I9dMKUxNUNUKu2CbrW/g6RpJNLyCuN/N5QdttelB3+9uDj3yhcdLeXl ZvKzhYUf6+uwE4M2LIhqaB1h+lq6gU92yxcPaMSrqCHoqznap6OfNWccFq+fle+r tzDE0s1R0IvfM8i/6bFWHIbpxwLtmR8bGHgx9fLyN4Xc7wEaH1Yvp7wJHoAlB4kH OIEqgKyC65FfK/KNzXVptiCNhOc8cRNgYOK7Gxnyt6KhhAnd76Wo0/5NqLQ8Vz8= =kZuC -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6--