[torquedev] Linux kernel/glibc ulimit strangeness

Chris Samuel csamuel at vpac.org
Fri Nov 30 15:13:25 MST 2007

On Sat, 1 Dec 2007, Garrick Staples wrote:

> Fine by me.  Someone work up a patch?

Hi Garrick,

Here's a quick patch to set up RLIMIT_AS ulimits against 2.1.9 when 
requesting mem= or pmem= for a job,  appears to work in a test on 
this x86_64 box at home.

chris at quad:~$ echo 'ulimit -a' | qsub -l nodes=1 -l pmem=1g

chris at quad:~$ cat STDIN.o2
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) 1048576
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 38912
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) 1048576
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 38912
virtual memory          (kbytes, -v) 1048576
file locks                      (-x) unlimited

I've not looked at making enforcement optional yet as I'm on leave 
now. :-)

Christopher Samuel - (03) 9925 4751 - Systems Manager
 The Victorian Partnership for Advanced Computing
 P.O. Box 201, Carlton South, VIC 3053, Australia
VPAC is a not-for-profit Registered Research Agency
-------------- next part --------------
A non-text attachment was scrubbed...
Name: set_rlimit_as_linux_mom.patch
Type: text/x-diff
Size: 451 bytes
Desc: not available
Url : http://www.supercluster.org/pipermail/torquedev/attachments/20071201/ad235e29/set_rlimit_as_linux_mom.bin

More information about the torquedev mailing list