Bjorn Eliasen (be++at++rhh.rhh.dk)
Mon, 14 Nov 1994 14:49:35 +0100 (MET)
>
> This error showed up sometime ago on the net and the response from Jim
> Helman was to increase the shell limits. Here is an update to the error and
> looking for a better solution.
>
> Loading a 30 Meg Wavefront .obj file into the perfly on a Indigo-2 with
> increased limits on the shell works fine. However, the same program crashes on
> two different ONYXES with RE2 and produce the heap memory allocation problem.
> Looking at the memory usage on ONYX, it does not even attempt to load the data
> into the available ram (640 Meg). The shell scenerio is like:
>
>
> root++at++holodeck 2#limit -h
> cputime unlimited
> filesize unlimited
> datasize 524288 kbytes
> stacksize 524288 kbytes
> coredumpsize unlimited
> memoryuse 524288 kbytes
> descriptors 2500
> vmemoryuse 524288 kbytes
> root++at++holodeck 4#perfly sd512tex.obj
> perfly - Command not found
> root++at++holodeck 5#./perfly sd512tex.obj
> Performer Info (9): All 2 processors available on this machine.
> Performer Fatal (12): pfMalloc() Unable to allocate 5032716 bytes from the
> heap.
>
>
> Any suggestions and possible work arounds are welcomed.
>
>
> -Ron
>
>
> --
> -------------------------------------------------------------------------
> |Shahram Shiri/ ron++at++leaf.gsfc.nasa.gov Tel: 301-286-9985 |
> |NCCS/Scientific Visualization Studio Fax: 301-286-1634 |
> |NASA/Goddard Space Flight Center, Hughes/STX |
> |Greenbelt, Maryland 20771 |
> -------------------------------------------------------------------------
>
>
>
I don't know if this has anything to do with your problem, but I think I
experienced a semilar error when trying to run 4.0.5 code on a 5.2 operating
system. It works OK with small databases but fails with larger databases
for no obvius reason. Sorry if this is trivial.
Bjoern Eliasen RH&H Consult. E-mail be++at++rhh.rhh.dk
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:50:39 PDT