Re: Need to increase heap.

New Message Reply Date view Thread view Subject view Author view

Marcus Barnes (marcus++at++multigen.com)
Tue, 25 Feb 1997 10:15:35 -0800

On Feb 24, 5:40pm, Eric Heft wrote:
>
> 1367 PF Debug/Resource: pfDataPool::create() - pid 1367 -
> 131072 bytes at 0x4c0000 succeeded for
> /usr/tmp/pfutil1367.pfdpool

[munch]

> 1367 PF Warning/Usage(12): pfMemory::new() Unable to allocate
> 28724 bytes from the heap.

What version of IRIX, Performer, and OpenFlight loader are you using?

Judging from the address of your datapool, I'd guess that you're using IRIX 6.2
and experiencing a bug that places shared memory too close to the heap. Try
this:

% setenv PFSHAREDBASE 0x18000000
# run your application

This problem was mentioned in a 1/97 thread in this list. Here's the main
point:

>From the Performer 2.2 Beta Release Notes:

o 6.2 OS bug with shared arena placement

        An obscure bug in IRIX 6.2 with default placement of the shared arena
        can cause programs to die due to lack of heap space for malloc.
        Typcially the program will die during X or GL initialization with
        a message like [what you stated above].

WAR: through the environment variable PFSHAREDBASE or in with
        pfSharedArenaBase() before pfInit(), explicitly set the address of the
        arena so that it is not too close to the heap and does not collide
        with other DSOs. An address that has worked with programs exhibiting
        the problem that are very close to perfly is: 0x18000000.

        ex: pfSharedArenaBase(0x18000000); or
            setenv PFSHAREDBASE 0x18000000

        If this address is not sufficient, run again with par [they had an
        example earlier: par -s -i -SS prog options] and the following
        environment variables set:
                setenv _RLD_PATH /usr/lib/rld.debug; setenv _RLD_ARGS -v
        and redirect all output to a file. Look for the addresses of the
        mmap() calls and of address of DSO load actions to find a free
        address range in which to place the arena. Compiling with some
        libraries statically can make this operation easier.

Regards.

--
+ Marcus Barnes, Technical Staff        mailto:marcus++at++multigen.com +
+ Multigen Inc.                         http://www.multigen.com    +
+ 550 S. Winchester Blvd.               phoneto:1-408-556-2654     +
+ Suite 500 San Jose CA 95128           faxto:1-408-261-4102       +
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:54:44 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.