Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 Sep 2005 10:17:53 +0100 (BST)
From:      Robert Watson <rwatson@FreeBSD.org>
To:        Garance A Drosehn <gad@FreeBSD.org>
Cc:        cvs-src@FreeBSD.org, Alexey Dokuchaev <danfe@FreeBSD.org>, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, Marcel Moolenaar <marcel@xcllnt.net>
Subject:   Re: cvs commit: src/sys/conf kern.post.mk
Message-ID:  <20050914100957.L33820@fledge.watson.org>
In-Reply-To: <p06230916bf4d11bb5363@[128.113.24.47]>
References:  <20050911002229.51F4916A471@hub.freebsd.org> <432382BC.5080105@root.org> <200509110310.36423@harrymail> <43255152.3000609@freebsd.org> <20050912165518.GA94181@dragon.NUXI.org> <20050913125820.GA10663@FreeBSD.org> <F74CCD5E-AD4C-4343-9626-5F6460C4D6C6@xcllnt.net> <p06230916bf4d11bb5363@[128.113.24.47]>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 13 Sep 2005, Garance A Drosehn wrote:

> I must admit I'm a little uneasy moving /usr and /var into '/', just 
> because I'm so used to the way it is.  I really *like* having /var as a 
> separate partition.  But hard disks are huge compared to how they used 
> to be, so I don't mind having a 500-meg '/'.  I *do* save the 
> kernel.debug information in my /boot/kernel's, and my root partition is 
> still under 50% full.

We probably ought to move this discussion to another list, but -- I 
remember two very specific occasions where I first realized how important 
an isolated /var is:

(1) In about 1995, when I first started using ppp, I discovered the
     hard way that the default logging level was set a bit high, and filled
     the entire hard disk with log records in a couple of days.  Don't
     remember which FreeBSD revision that was.  It's amazing how little
     time it takes, if you get a log messsage ever second or so, to fill up
     a hard disk.

(2) Whenever it was that Outlook started becoming really popular, and all
     e-mails became word files or power point presentations -- bandwidth
     was high, but disks weren't large enough to put up with that.
     Especially with single sender multiple recipient spamming of word
     files.

In both of these cases, having an isolated /var meant that /tmp didn't 
fill, so new /tmp files could still be created.  Today that would be the 
difference between being able to SSH into the machine or not, because SSH 
requires inodes and directories to be allocated by default when you log 
in.

While sizing becomes a continuing problem with multiple partitions, having 
them offers some important isolation of software faults.  The main 
"problem" is that the strength of isolation is a bit too high.  If we 
supported live resizing and relocation of partitions, it would be less of 
a serious constraint.  The problem people have now, and the reason that 
installkernel installing debuggin symbols is an issue, is that recovering 
from an early poor (or simply dated) choice about partition sizing is very 
difficult.  While 300GB disks may be commonplace and affordable today, the 
layout choices for 4GB disks haven't gone away yet.

Robert N M Watson



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