Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!elroy.jpl.nasa.gov!peregrine!sceard!ncr-sd!ncrcae!sauron!nncrcae!wescott
From: wescott@Columbia.NCR.COM (Mike Wescott)
Newsgroups: comp.sys.ncr
Subject: Re: Still more Tower XP questions
Message-ID: <1990Nov26.145925.11125@nncrcae.Columbia.NCR.COM>
Date: 26 Nov 90 14:59:25 GMT
References: <4350@lib.tmc.edu>
Sender: @nncrcae.Columbia.NCR.COM
Organization: E&M-Columbia, NCR Corp, W Columbia, SC
Lines: 26

In article <4350@lib.tmc.edu> jmaynard@thesis1.hsch.utexas.edu (Jay Maynard) writes:
> I wish the sa menus wouldn't replace /kernel/tower/cf/config.cf every time

Checkout the /sys directory.

> There are a couple of things I'd like to change, though...namely the 1 meg
> process maximum size and whatever the ulimit is set to. I'd ideally like to
> remove both limits, or, failing that, at least st them to more reasonable
> values (like 4 meg/process and a ulimit of at least 16 meg. Is this easy?

Yes.  Just upgrade to a Tower32.

The ulimit is already set to some enormous value by default.  The process
size is limited by MMU restrictions.  There is only 2Mb of address space
that can be mapped by MMU, which must be shared by user programs and the
kernel.  Sorry, but you are stuck with 1Mb for user programs.

> I haven't tried running into the ulimit yet explicitly, but it must be at
> least 9 meg, since I've made a file that big...it doesn't appear to be
> documented anywhere.

Try the ulimit bourne shell built-in.  It returns the ulimit in blocks.

--
	-Mike Wescott
	 mike.wescott@ncrcae.Columbia.NCR.COM