Re: pthread and perfly
Phil Keslin (philk++at++cthulhu.engr.sgi.com)
Thu, 10 Dec 1998 19:58:55 -0800
Greg Harrison wrote:
>
> I hit the same problem and the answer is an unfortunate one. If you do a
> 'man pthreads' under the section "Limitations" you get the joy of reading
> the following message:
> " Using sprocs
> The sproc(2) model of threading is incompatible with POSIX
> threads.
> Attempts by an sproc process to create pthreads and vice-versa
> will
> be rejected."
>
> By rejected they mean crash, because it will. For as much as SGI says on
> their own site (http://www.sgi.com/developers/marketing/forums/multi_thd)
> that pthreads are better (they are), everything in Performer is implemented
> with sproc() and therefore pthreads can't be linked in the same app, the
> only way to use them would be through a separate program and shared memory.
> OpenGL 1.1 is pthread compliant, but Performer will not allow them.
> Hopefully SGI will listen to their own PR about threads ("think pthreads!")
> and make Performer 2.3+ out of pthreads instead of sprocs.
Actually, Performer does not use sproc. It is implemented using an
explicit shared storage model and fork (as opposed to implicit sharing
and sproc). It does however use arenas for the sharing which are also
incompatible with pthreads.
- Phil
--
Phil Keslin <philk++at++engr.sgi.com>
This archive was generated by hypermail 2.0b2
on Thu Dec 10 1998 - 19:58:57 PST