Bob Cowling (cowling++at++torus.autometric.com)
Mon, 17 Jun 1996 14:03:40 -0400
An alternate approach is to form a pool of reusable sproc()d processes that are
awakened to perform a task and then go back to sleep.
For me, with the advent of 5.x, sproc became too slow to use as a
launch-and-leave tasking system.
Bob.
On Jun 17, 10:22am, Remi Arnaud wrote:
> Subject: Re: sproc problem
>
> >
> > I need to call many times sproc and then exec from a Performer application.
> > Children exit soon after sproc so there are only a few actually running
> > simultaneously.
> >
> > Unfortunately after a while sproc returns with an error:
> >
> > TRACE: Process 781 added as tid 31 sfd 19 arena /var/tmp/ioAAAa000Bh at
> > 0x600000
> > ERROR:Process 749 no tids left in arena /var/tmp/ioAAAa000Bh ++at++0x600000. Too
> > many users? (max = 32)
> >
>
> The max user (max process) is set at 65 in pfInitArenas(),
> but, there is also a usinit in the DataPool, and a datapool is used for the
> clock.
> pfInitClock() is called in pfInit(), creates a DataPool, and fixes the max
> users to 32 !
>
> There's nothing you can do, no more that 32 sprocs processes is the current
> limit.
>
> "Thank you very much" to Sharon. She found the problem, and opened an
internal
> bug (390831).
>
>
>-- End of excerpt from Remi Arnaud
=======================================================================
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
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:53:01 PDT