From owner-freebsd-questions@FreeBSD.ORG Fri Apr 23 16:33:56 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0140F106567B for ; Fri, 23 Apr 2010 16:33:56 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 80C5A8FC0C for ; Fri, 23 Apr 2010 16:33:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O5Lp9-0001ve-DN for freebsd-questions@freebsd.org; Fri, 23 Apr 2010 18:33:51 +0200 Received: from pool-70-21-28-9.res.east.verizon.net ([70.21.28.9]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Apr 2010 18:33:51 +0200 Received: from nightrecon by pool-70-21-28-9.res.east.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Apr 2010 18:33:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org connect(): No such file or directory From: Michael Powell Followup-To: gmane.os.freebsd.questions Date: Fri, 23 Apr 2010 12:36:14 -0400 Lines: 52 Message-ID: References: <20100422120223.2d1d50f4@scorpio.seibercom.net> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: pool-70-21-28-9.res.east.verizon.net Subject: Re: Disk Usage X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 16:33:56 -0000 illoai@gmail.com wrote: > On 22 April 2010 12:02, Jerry wrote: >> I just did a fresh install of FreeBSD-8.0/amd64. Previously, I had >> FreeBSD-7.3/i386 installed. It appears the the size of "/" has >> increased dramatically. >> >> $ df -H >> Filesystem Size Used Avail Capacity Mounted on >> /dev/ad0s1a 1.0G 527M 428M 55% / >> devfs 1.0k 1.0k 0B 100% /dev >> /dev/ad0s1d 520M 18k 478M 0% /tmp >> /dev/ad0s1e 236G 6.0G 212G 3% /usr >> /dev/ad1s1d 238G 720M 218G 0% /var >> >> When I attempted to build World and a new kernel after first installing >> 8.0, I received an error that "/" was at 106% and the process stopped. I >> reinstalled 8.0 and increased the size to 1.0G and now everything >> appears to be working correctly. >> >> In my old installation, the root directory only used a minuscule amount >> of space. Why has it increased so dramatically in 8.0/amd64? >> > > 64bit executables are going to be larger, > sometimes as much as 2x, but do you > now have a bunch of (large) > /boot/kernel/*.symbols > files now? > You can comment out 'makeoptions DEBUG=-g' from your kernel config file, along with all other debugging facilities and set WITHOUT_PROFILE= true in src.conf. I also have STRIP= -s in my make.conf, but IIRC this should only apply to ports builds. The downside to this is if you need to do some serious troubleshooting you're screwed. On production boxen I run Release versions, and only do security updates/patches or upgrade to the next Release. In the past using the most quiescent code has been good to me. After two kernel builds/installs the huge GENERIC gets moved out of the way. My i386 box has 91MB of space used in / and the 64 bit boxen are typically about 93-95MB. I only have one i386 box left and it's crunched down kernel is 4.2MB, and my 64 bit ones average around 4.5MB. This can be an effective strategy to mitigate a / being too small, but at the cost of reducing one's ability to get down and dirty troubleshooting code bugs. -Mike