disk quotas
Geoff Kuenning
geoff at desint.UUCP
Sun Aug 4 05:31:06 AEST 1985
In article <1025 at ulysses.UUCP> ggs at ulysses.UUCP (Griff Smith) writes (edited):
>
>If you haven't worked where people use UNIX systems to do real data
>processing, don't propose "ulimit" as an alternative to quotas. A 50
>meg file won't even cause a batted eyelash here. When you lose half a
>day because you forgot to cast the proper spell to bypass a per-file
>size limit, per-file-system limits look much more attractive...
>...We set our quotas very high,
>but they are convenient fire walls.
Sounds to me like quotas aren't really what you want, either. You don't
want to set artificial limits on people's work (and any limit, no matter how
high, is going to be a problem for someone someday). What you really want
is an OS that doesn't make it nearly impossible to deal with exceptional
conditions. UNIX's response to a filled disk comes from the "panic: out
of swap space" days when nobody really wanted to write the tough code because
it wasn't that important. If Berkeley (or AT&T) would put as much effort into
the disk-full problem as was put into "swkill()" in 4.2, I bet you'd happily
stop using quotas.
--
Geoff Kuenning
...!ihnp4!trwrb!desint!geoff
More information about the Comp.unix.wizards
mailing list