Re: Large variable problem on Linux

From: Dave Allured - NOAA Affiliate <dave.allured_at_nyahnyahspammersnyahnyah>
Date: Wed Oct 30 2013 - 18:05:40 MDT

Additional info on "limits" status:

batchb:~/stime 1138> limit
cputime unlimited
filesize unlimited
datasize unlimited
stacksize 10240 kbytes
coredumpsize 0 kbytes
memoryuse unlimited
vmemoryuse unlimited
descriptors 1024
memorylocked 32 kbytes
maxproc 257487

--Dave

On Wed, Oct 30, 2013 at 5:54 PM, Dave Allured - NOAA Affiliate
<dave.allured@noaa.gov> wrote:
> NCL team,
>
> This program allocates a variable of about 20 Gbytes. It fails on
> line 2, on 64-bit Linux with 32 Gb physical memory. But it runs
> correctly on 64-bit Mac OS with only 8 Gb memory, albeit with much
> disk swapping.
>
> batchb:~/stime 1128> ncl
> NCAR Command Language Version 6.1.2
> ncl 0> x = new ((/ 5000, 1000, 1000 /), "float")
> ncl 1> print (systemfunc ("date"))
> Segmentation fault
>
> The NCL version is 6.1.2 on both machines. But on Mac, it is the
> special workaround version, ncl.xq.fix, for what it's worth.
>
> More Linux info:
> batchb:~/stime 1137> uname -a
> Linux batchb.psd.esrl.noaa.gov 2.6.18-371.el5 #1 SMP Thu Sep 5
> 21:21:44 EDT 2013 x86_64 GNU/Linux
>
> There is nothing about this in the Known Bugs pages or the FAQ. Is
> the above a legal program? Is this a bug in NCL? Worth fixing? Is
> there a workaround? Thanks for your consideration.
>
> --Dave
_______________________________________________
ncl-talk mailing list
List instructions, subscriber options, unsubscribe:
http://mailman.ucar.edu/mailman/listinfo/ncl-talk
Received on Wed Oct 30 18:05:48 2013

This archive was generated by hypermail 2.1.8 : Fri Nov 01 2013 - 08:58:14 MDT