Date: Wed, 20 Oct 2004 14:37:20 -0700 From: Brooks Davis <brooks@one-eyed-alien.net> To: Scott Long <scottl@freebsd.org> Cc: arch@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] Message-ID: <20041020213720.GB6762@odin.ac.hmc.edu> In-Reply-To: <4176A2E9.2010801@freebsd.org> References: <41767CF1.2020005@FreeBSD.org> <20041020165900.GB834@alex.lan> <41769E70.4020808@FreeBSD.org> <20041020172955.GG11477@odin.ac.hmc.edu> <4176A2E9.2010801@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--pvezYHf7grwyp3Bc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 20, 2004 at 11:39:53AM -0600, Scott Long wrote: > Brooks Davis wrote: > >On Wed, Oct 20, 2004 at 08:20:48PM +0300, Maxim Sobolev wrote: > > > >>Let me clarify it down: it is only applies to HEAD, that is, unstable= =20 > >>branch, which can be inheretedly buggy. STABLE/RELEASE doesn't really= =20 > >>need this feature. This dismisses the following objections: > > > > > >I think it's more important in HEAD, but personally I would like to ship > >this way. It has the potential to vastly improve the quality of bug > >reports. That's not my call though. > > > > > >>1. HDD size constrains: nobody really want to run unpatched HEAD on CF= =20 > >>or the like, since with HEAD you are expected to re-compile more than= =20 > >>often. > >> > >>2. / partition size: anybody running HEAD is expected to allow this=20 > >>accomodate debugging kernel. > >> > >>3. Additional slowdown: since it is adds up to 10 seconds (I bet that= =20 > >>even less on a modern system) who cares? This is HEAD, so that it is=20 > >>expected to be sub-optimal performance-wise. > > > > > >I seriously doubt it's measurable. If it is, the loader is broken. :-) > >We're talking about reading a section header and doing a seek for each > >ELF section we don't care about (all the ones that bloat the file > >relative to the stripped version.) >=20 > Actually, another possbility would be to have the kernel install target > install the stripped kernel into /boot/kernel/kernel and the debug > kernel into /var/kernel/kernel.debug or some similar location. Some place in var seems like a good place to me. We may want to bump our default /var size a bit based on this but that's a minor detail. The nice thing about /var/crash would be that everything you need to debug a crash dump would be under a single hierarchy. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pvezYHf7grwyp3Bc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBdtqPXY6L6fI4GtQRAtbbAKCIf9yn8tXrqDQujLm8WzHQY8mcoACdG7JE m86QUpxv4YqHEYWOC3s3uBc= =bJib -----END PGP SIGNATURE----- --pvezYHf7grwyp3Bc--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041020213720.GB6762>