Re: pfDelete problem

New Message Reply Date view Thread view Subject view Author view

Sharon Clay (src++at++rose.asd.sgi.com)
Wed, 12 Jun 1996 11:44:46 -0700


+>---- On Jun 12, 10:51am, Remi Arnaud wrote:
> Subject: Re: pfDelete problem
->Cc: info-performer++at++remi
->
->On Jun 12, 8:45pm, Y.Kanou wrote:
->> Subject: pfDelete problem
->> Hello.
->> I am having some trouble with pfDelete. Please help me. It's urgent!!
->>
->> I am developing a Performer based program which creates and deletes pfNodes
->many
->> times. It seems successful because the program cannot access deleted pfNodes.
->> But some time later, it cannot allocate CPU memory for new pfNodes any
->more...
->
-> Using alloc and free too often, on various size but small object can subdivide
->the memory in small blocks that cannot be any more connected. Progressively the
->size of block you will be allowed to allocate will be smaller and smaller.
->
-> If it's your problem, you should try to allocate fixed size blocks, so each
->alloc and free matches.
->

You can also give a hint to the OS about how hard to search for a
suitable free block.

        amallopt(M_MAXCHK, 1000000, pfGetSharedArena());

after pfInit should help a lot.

src.

-- 
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++
Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
src++at++sgi.com  (415) 933 - 1002  FAX: (415) 965 - 2658  MS 8U-590
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++

======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer.html 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:53:00 PDT

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