Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 03 Jul 2005 01:03:50 -0000
From:      Maxim Sobolev <sobomax@FreeBSD.org>
To:        "current@freebsd.org" <current@FreeBSD.org>
Cc:        arch@FreeBSD.org
Subject:   [Fwd: What do people think about not installing a stripped /kernel ?]
Message-ID:  <41767CF1.2020005@FreeBSD.org>

next in thread | raw e-mail | index | archive | help
I think that this is good idea which can be adapted for our 6-CURRENT as 
well. Disk space is so damn cheap today....

-Maxim

-------- 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?

		-Matt
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41767CF1.2020005>