🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.bugs.sys5
Article #1022

Re: ulimit (was: getty/login for callback)

#1022
From: Richard A. O'Keefe
Date: Fri, 21 Apr 1989 07:09
29 lines
2313 bytes
In article <120@mslanpar> pat@mslanpar (Pat "King of the Trenches" Calhoun) writes:
>In article <827@twwells.uucp>, bill@twwells.uucp (T. William Wells) writes:
>> But it fails to explain why increasing ones ulimit is restricted to root.
>> If ulimit is only a safety belt, there isn't any good reason for preventing
>> one from tightening or loosening it as needed.

>	WARNING: NO SPACE ON DISK 0 PARTITION 0!!! :=)
>	..., it would be useless to have a safety device that could
>	be overridden by anyone. This defeats the purpose of having 
>	a ulimit.  The message above is not a fantasy, but reality,
>	and when it does occur, it's usually a pain to clear out the 
>	files (making sure not to get rid of anything of value!)

Yes, but ulimit doesn't help with that.  (Actually, ulimit
also reports the maximum break, and does some other things too these days.)
Let ulimit be 1M.  All that means is that no one file I create can be
bigger than that.  There is nothing to stop me creating 500 1/2Mb files!
My experience may not be typical, but I don't think I've ever had a disc
fill up on me due to a single file being too big, in every case it has
been too many smallish junk files cluttering up the place.  The only time
I've ever noticed the existence of ulimit has been when uucp has mysteriously
lost or truncated things.  In fact things like news are a good example of how
ulimit fails to help: you get thousands of small files each of which ulimit
is perfectly happy with.

If the default ulimit had been infinity (with ordinary users only being able
to decrease it), any sysadmin who wanted the present state of affairs could
have done it with one line in /etc/profile, and sites that didn't want to
know about it wouldn't have had file transfers die mysteriously.
Technical Details
Message-ID: <1034@quintus.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!lll-winken!arisia!quintus!ok
References: <180001@mechp10.UUCP> <13853@rpp386.Dallas.TX.US> <797@twwells.uucp> <827@twwells.uucp> <120@mslanpar>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!lll-winken!arisia!quintus!ok
From: ok@quintus.UUCP (Richard A. O'Keefe)
Newsgroups: comp.bugs.sys5
Subject: Re: ulimit (was: getty/login for callback)
Message-ID: <1034@quintus.UUCP>
Date: 21 Apr 89 07:09:49 GMT
References: <180001@mechp10.UUCP> <13853@rpp386.Dallas.TX.US> <797@twwells.uucp> <827@twwells.uucp> <120@mslanpar>
Reply-To: ok@quintus.UUCP (Richard A. O'Keefe)
Organization: Quintus Computer Systems, Inc.
Lines: 29