Date: Wed, 20 Oct 2004 20:20:48 +0300 From: Maxim Sobolev <sobomax@FreeBSD.org> To: Alex de Kruijff <freebsd@akruijff.dds.nl> Cc: "current@freebsd.org" <current@FreeBSD.org> Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] Message-ID: <41769E70.4020808@FreeBSD.org> In-Reply-To: <20041020165900.GB834@alex.lan> References: <41767CF1.2020005@FreeBSD.org> <20041020165900.GB834@alex.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
Let me clarify it down: it is only applies to HEAD, that is, unstable branch, which can be inheretedly buggy. STABLE/RELEASE doesn't really need this feature. This dismisses the following objections: 1. HDD size constrains: nobody really want to run unpatched HEAD on CF or the like, since with HEAD you are expected to re-compile more than often. 2. / partition size: anybody running HEAD is expected to allow this accomodate debugging kernel. 3. Additional slowdown: since it is adds up to 10 seconds (I bet that even less on a modern system) who cares? This is HEAD, so that it is expected to be sub-optimal performance-wise. 4. CD size constrains: again - it's for head. We don't put HEAD on CDs, except snapshots, but they generally go without packages. -Maxim Alex de Kruijff wrote: >>-------- Original Message -------- >>Subject: What do people think about not installing a stripped /kernel ? >>Date: Mon, 18 Oct 2004 15:12:00 -0700 (PDT) >>From: Matthew Dillon <dillon@apollo.backplane.com> >>Newsgroups: dragonfly.kernel >> >>The only cost is disk space... e.g. 3MB stripped kernel verses 16MB >>debug kernel. But the debug info isn't actually loaded into memory so >>the kernel load time and memory overhead is the same as with the stripped >>version. >> >>The issue is bug reports and kernel core dumps. I can't count the number >>of times I have had to carefully instruct people to retrieve their >>kernel.debug's for bug reporting purposes. And even my own debugging >>would be more convenient if I didn't have to save off a separate copy of >>the debug version of the kernel. >> >>What I'm thinking of doing is having the installkernel target install the >>debug version rather then the stripped version unless told to install >>the stripped version with a new option, e.g. 'options INSTALL_STRIPPED'. >>We would ship full debug GENERIC kernels instead of stripped kernels. >>i.e. we aren't getting rid of the ability to install a stripped kernel, >>we just aren't making it the default any more. >> >>What do people think? > > > There are a couple downside. > > 1. Performance issues. (i.e. Longer startup time) > 2. There's more kernel to go in to the memory. > 3. The root partition need to be bigger. > > FreeBSD 5.0 was slow when it came out of the box. So I think its a great idee for the prerelease but bad the releases them selfs.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41769E70.4020808>