[lug] Cleaning up /var when it gets too full

rm at fabula.de rm at fabula.de
Tue Sep 24 03:18:11 MDT 2002

On Mon, Sep 23, 2002 at 03:50:27PM -0600, John Hernandez wrote:
> Hash: SHA1
> I've heard that too, but it's been a long time.
> Yet another reason might be performance.  Sometimes one can place
> certain filesystems or swap partitions on seperate drives or in specific
> regions of a drive.

That's certainly true if you talk about putting things on different
_devices_ (databases like PostgreSQL can get quite a performance boost
if the logfiles (WAL) live on their own disk -- but then, you'd also want
to have them on separate IDE controllers/SCSI busses ... )
But i guess this only gets relevant once you have very specific needs 
(audio/video processing or large database systems). I maintain a search
engine where moving the different applications disk areas did help quite
a bit (but it took us quite some testing time to find the right combination).

Another thing to consider: a disk problem on the filesystem level won't
propagate over partition borders -- and, if properly configured the
occasional disk check doesn't take half your working day ;-)

My usual setup (even on servers) is: a boot partition, a swap partition
and then everything else on one huge chunk (i try to make the swap space
rather huge -- in case of emergency i can install a rescue system on it
and boot from that ...).

  Ralf Mattes

> Chip Atkinson wrote:
> | One thing that I have heard in favor of many partitions is that there are
> | various cracks (ok, at least one anyway) that can't jump partitions.
> |
> | Any comments/opinions on that?
> |
> | Chip
> |
> - --
> ~  - John Hernandez - Network Engineer - 303-497-6392 -
> ~ |  National Oceanic and Atmospheric Administration   |
> ~ |  Mailstop R/OM62. 325 Broadway, Boulder, CO 80305  |
> ~  ----------------------------------------------------
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> xXUAnj1p2GX/rzmnmVeoVL0Kg3JlRW0y
> =x8ML
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> Join us on IRC: lug.boulder.co.us port=6667 channel=#colug

More information about the LUG mailing list