[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
2.quad
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. :-)
cheers,
Chris
--
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