From owner-freebsd-current  Wed Oct  9 08:18:23 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id IAA00872
          for current-outgoing; Wed, 9 Oct 1996 08:18:23 -0700 (PDT)
Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA00864
          for <freebsd-current@freebsd.org>; Wed, 9 Oct 1996 08:18:20 -0700 (PDT)
Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.6/8.7.3) id LAA06388; Wed, 9 Oct 1996 11:18:19 -0400 (EDT)
Date: Wed, 9 Oct 1996 11:18:19 -0400 (EDT)
From: Charles Henrich <henrich@crh.cl.msu.edu>
Message-Id: <199610091518.LAA06388@crh.cl.msu.edu>
To: danj@netcom.com, freebsd-current@freebsd.org
Subject: Re: 961006-SNAP comments
Newsgroups: lists.freebsd.current
References: <53fcif$t17@msunews.cl.msu.edu>
X-Newsreader: NN version 6.5.0 #1 (NOV)
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In lists.freebsd.current you write:


>   --- Calculate ---
> swap = max( ( T - R ), (D * Dp) )

> swap = min( swap, (D * DpM) )

> swap = max( max( swap, Sm ), SM)

Just my two cents, I always run swap a 2.5-3x ram size.  Saved me many a time
when running netscape and other bloated pig apps.

> We could do something similar with var partitions (all those logs...).

You know, I've never understood this.  On my systems I *hate* having multiple
partitions.  I have / period.  It allows the logs to grow if necessary, tmp to
grow if neccesary etc.  Now, I understand why you would break /tmp out (as I do
on systems I dont run, but it doesnt make a whole lot of sense for a single
user environment), but why /var?  With newsyslog doing clean log rotations, var
doesnt ever grow unduly large, and in the case when you really want more disk,
you can expand it up to the size of your disk.  Same argument for /usr, doesnt
make a whole lot of sense, except for arcane disk problems where you would more
readily nuke an active partition than one not so active.  In my many years of
unix computing I've never seen that occur.

-Crh
-- 

       Charles Henrich     Michigan State University     henrich@msu.edu

                         http://pilot.msu.edu/~henrich