Date: Thu, 12 Feb 2015 04:26:00 +0000 From: Glen Barber <gjb@FreeBSD.org> To: Ian Lepore <ian@freebsd.org> Cc: FreeBSD Current <freebsd-current@freebsd.org>, Ed Maste <emaste@freebsd.org> Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212042600.GI1302@hub.FreeBSD.org> In-Reply-To: <20150212041158.GH1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <CAPyFy2CSDaukZhJeC3t0%2BccuGW=VTJRT4BoXCNrTUYB%2BxpM5AA@mail.gmail.com> <1423713360.80968.89.camel@freebsd.org> <20150212041158.GH1302@hub.FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--NyChO5MpGs3JHJbz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2015 at 04:11:58AM +0000, Glen Barber wrote: > On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > > On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > > > On 11 February 2015 at 21:39, Glen Barber <gjb@freebsd.org> wrote: > > > > > > > > Within the next 24 hours, I will merge the release-install-debug br= anch > > > > into head, which will enable building and installing stripped debug= ging > > > > files by default. > > > > > > > > In general, this should have no significant impact, but any fallout= will > > > > be addressed as soon as possible after the merge. > > > > > > > > Those that do not want debugging files built/installed by default s= hould > > > > add 'WITHOUT_DEBUG_FILES=3D1' to src.conf(5). This will also be no= ted in > > > > UPDATING. > > >=20 > > > Note that the debug files do consume a reasonably large amount of disk > > > space in both the OBJDIR and in the installed location under > > > /usr/lib/debug. Users with limited disk space will probably want to > > > disable them. As an example, the installed debug data on my laptop is > > > about 2GB. > >=20 > > Seriously? 2GB is bigger than the entire filesystem on many ARM boards > > that do useful work. Not to mention how long it will take to write all > > that to an sdcard (it already takes a long time to installworld/kernel > > to an sdcard and it's only 400MB). > >=20 > > Just what are these files, and what use will the average user make of > > them? > >=20 > > What use will I make of them, that is going to justify that every one of > > my couple-dozen build sandboxes will now be 4gb larger (a copy in obj > > and a copy in the nfs root that things install to)? > >=20 > > How much time will this add to a build? > >=20 > > Yeah yeah, I can update a couple dozen src.conf files to eliminate them, > > and that's not the biggest hassle in the world (but it's also not > > nothing). It seems like this is a heavy enough load that it needs to > > justify its existance. > >=20 >=20 > The major benefit is that all debugging data that we need to properly > debug application crashes in the base system will be available > out-of-box. >=20 > There is a trade-off here, in both directions. For arm, for example, > the trade-off is that the default installed userland would grow, however > when there is a PR regarding an application crash, the tools to diagnose > the issue are there by default (we do not need to ask that the utility > is rebuilt with debugging options enabled, and then recreate the crash). >=20 > I considered making this an opt-in thing for arm, but given the above > rationale, thought it would be more beneficial for the opposite route. > If you feel necessary, however, we can turn this off by default for now > for arm. >=20 One thing to note in addition, is that the 2GB increase is for amd64. I'm running a universe build with WITHOUT_DEBUG_FILES=3D1 now, and will report back with a more accurate breakdown of what can be expected with regard to filesystem expansion with this change. Glen --NyChO5MpGs3JHJbz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3CtYAAoJEAMUWKVHj+KT+/wP/0Ny4dO5HkrljgNqUxlFGzUd JVid6cJaIR/1vdz/DakjFPSJNOj7T5WcbOFLQ8MoW4J/vF0XKw4aejU44xUxdupT HvJDDUAmvG4lsuZgGgEpiwHqAAJnHmXE4SfRqt+wIiHiWfwuFZuB7iEEgm9I0E/p HfmU7Z2fhyiyPOu8usx4CEWNSyK6DmP9Ue2zXLs7EcT+TKmNk/lJ2KN8rZbc7u6N MtYr0diNmxKOOoa7nSibpSJcn9jHsagLdSzbima/2BjeiSnhLXJZsPnUFxqiVFxG 4BoOSHmgXf7O6M85QyVNi4g5pBBTjCcNXOKRUcWT139V/ZVIDAGuPGMhKWg1gxDu fYjT5hTavLaEp8pUfRZTNsYfGmQop5icnMr7z/mzXa8Gvkm2EBbSvBmfBAg7xq98 9gdytwG/9dZFDjjVpjotUNTjlIA9t+d80Y8CcqheTshNpvFtbfRu0i6uCozQQOwf 2wx4LKfNgNDXeUEmFRciKtW1RXcZeikHKsq394Yhvd+oohN8B1U2sMHEH7XTKaxz FRwnWToEK+FFOxb2jhWOs/21rQPPBp9ohQpj4MP6ryb7g/IeXmXDOyJ9H2jHgZ22 kR8aCJ/ns6pFkWdHByV0xkQv2vrsc0lWp6h0btvTUKoiS/3WiC30oOUjxI8WeImJ v2Ztk1y+RUiufS6TWt1O =a6Yh -----END PGP SIGNATURE----- --NyChO5MpGs3JHJbz--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150212042600.GI1302>