Xref: utzoo comp.unix.sysv386:7224 comp.bugs.sys5:1519 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!milano!bigtex!dell!baldur!dcm From: dcm@baldur.dell.com (Dave McCracken) Newsgroups: comp.unix.sysv386,comp.bugs.sys5 Subject: Re: Unix 5.4 and ulimit Message-ID: Date: 23 Apr 91 17:49:09 GMT References: <1991Apr21.140740.6766@gold.sub.org> <1186@applix.com> Sender: @dell.dell.com Organization: Dell Computer Corporation, Austin, Texas 78759-7299 Lines: 36 scotte@applix.com (Scott Evernden) writes: >In article <1991Apr21.140740.6766@gold.sub.org> root@gold.sub.org (Christian Seyb) writes: >>Hello, >> >>I am using Unix 5.4 (4.0.2) and have a problem with ulimit. >Upping your ulimit is described in the FAQ for this group. I quote: " > 1. If your desired limit is > 12288(6MB): > Edit /etc/conf/cf.d/mtune to change the following line: > ULIMIT 3072 2048 12288 > to: > ULIMIT 3072 2048 xxxxx > etc. Unfortunately, this is no longer accurate for Unix 5.4 (SVR4). The files that need to be changed are still valid (/etc/conf/cf.d/?(mtune|stune)), but the value that controls file size limit (nee ULIMIT) has changed. As of SVR4, the complete BSD-style resource limit capability has been implemented. To change what is commonly considered ULIMIT, you need to change the entries SFSZLIM (for soft limit) and HFSZLIM (for hard limit). They are close to the bottom of the mtune file, along with some comments (!!) that describe what they are. These limits are in bytes, rather than blocks, and a value of 0 is no longer used to mean unlimited. Unlimited is now MAXINT. Note that the ULIMIT entry in /etc/default login should still work, and the shells still understand the ulimit command. For a quick peek at the new features, to a "ulimit -A" to ksh. Unfortunately, the values are printed in blocks for compatibility, so be prepared for some confusion. -- Dave McCracken dcm@dell.dell.com (512) 343-3720 Dell Computer 9505 Arboretum Blvd Austin, TX 78759-7299