Re: pthreads and Performer

New Message Reply Date view Thread view Subject view Author view

From: Allan Schaffer (allan++at++southpark.engr.sgi.com)
Date: 06/28/2000 09:58:08


On Jun 27, 10:55pm, Ran Yakir wrote:
>
> Actually, I think Performer is forking and not sprocing. You will
> encounter problems only if you use a pfQueue, which uses sproc. Since
> pfQueue is used by cliptextures, then cliptextures and pthreads are
> your problem. I've safely used Performer with pthreads when cliptextures
> were not needed.

Ran is correct. Performer's general MP model (APP_CULL_DRAW
+ ISECT + COMPUTE + DBASE + X Input) uses fork(). There are a few
places in the library where we use sproc():

   1. pfQueue's (used by pfCliptextures, paging ASD, etc)
   2. "Threaded" per-channel CULL modes
   3. LPOINT process is sproc'd from the DRAW

I'm sure there are others, these are just what came to mind.

As an aside, moving all uses of sproc() over to pthreads is one of
the things we're planning for a future-future release.

Allan

-- 
Allan Schaffer                                            allan++at++sgi.com
Silicon Graphics                           http://reality.sgi.com/allan


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Wed Jun 28 2000 - 09:58:15 PDT

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