[Gllug] Partition debate
Nathan Matthews
Nathan.Matthews at caplin.com
Fri Jul 20 14:43:52 UTC 2001
Something I dont understand, arent filesystem quotas now in place on things
like ext2, in which case separate partitions would be unneeded?
-----Original Message-----
From: hawtink at clinkserver.com [mailto:hawtink at clinkserver.com]
Sent: 19 July 2001 23:59
To: gllug at linux.co.uk
Subject: Re: [Gllug] Partition debate
> 1) If you have something like squid on your system which can gobble
> disc space quite happily, giving it its own filesystem in its own
> partition is a good idea. Then if it decides to use up the whol
> 'disc', your system doesn't fall over because / is full !
same goes for mail/logs/wwwoffle/usershomedirs/ftpincomming
but with squid you can set the maximum disk usage
> 2) I don't know whether this strategy works on linux like it does on SCO,
but
> I like to backup filesystems on the quick by dd'ing the raw (unmounted)
file-
> system to another (unmounted) one of exactly the same size. I can mount
the
> copy and play with it as I like, including copying off to tape at my
leisure.
should work the same ... but there could be issues about sector offsets
different disks? (how does i-node address work again)
> 3) Rather debatable, but I suspect several smaller filesystems may use
discs
> more efficiently than one massive one with zillions of inodes.
there are/were performance issues, but most of that
changed in kernel 2.0 and the new ext2fs...
> 5) Slightly off subject, I am not sure I like the trend towards massive
> single-disc systems. I still prefer to spread my data cross several
smaller
> drives. That should reduce the problem of latency and head movement.
> Also, with copies of various filesystems on other discs, it becomes
possible
> to carry on fairly quickly if a disc goes down by mounting the alternates.
on more than one occasion i have run into the problem
of mounting too many file systems ...
4 X 20G ide hdd + 3 X 6 X 18G scsi hdd + nfs totalling 400Gb
with lostsa partitions and software raid ...
yours,
Kim
--
Gllug mailing list - Gllug at linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug
--
Gllug mailing list - Gllug at linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug
More information about the GLLUG
mailing list