Date: Sun, 12 Jun 2011 12:00:56 -0700 From: Doug Barton <dougb@FreeBSD.org> To: jhell@DataIX.net Cc: =?ISO-8859-1?Q?Gustau_P=E9rez?= <gperez@entel.upc.edu>, freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules Message-ID: <4DF50CE8.4020606@FreeBSD.org> In-Reply-To: <20110612185631.GA15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6/12/2011 11:56 AM, Jason Hellenthal wrote: > So technically here a ZFS only install is lacking the speed in which > modules are loaded. It has nothing to do with zfs. It has to do with how the kernel and modules are loaded at boot time, vs. after the disks are up. Please read the threads on -arch and the svn list before proceeding. > I would prefer to find out why and fix that before > we go about adding new functionality to rcNG. It's rc.d. It isn't "next generation" anymore. > Personally after giving this some more thought I would not mind seeing > the same syntax as in loader.conf brought to rc.conf. Absolutely not. That would not fit into the way we do things at all, and would essentially require /etc/rc to do the processing, which is a huge step in the wrong direction. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4DF50CE8.4020606>