Re: Draw Lockup (was Performer Woes)

New Message Reply Date view Thread view Subject view Author view

Jean-Luc Dery (dery++at++Discreet.COM)
Wed, 29 Oct 1997 14:11:25 -0500


On Oct 29, 1:36pm, Jean-Luc Dery wrote:
> I resolved the problem by reimplementing the pfuPrioritizeProc function. This
> call sets the non-degrading priority for all pf processes to the same value
> which doesn't seem to be a good idea. By giving the pf draw process a
slightly
> higher priority than the other pf processes, you get rid of the deadlock. The
> app process is probably waiting for swap buffer but is never giving the
chance
> to the draw process to do it, I assume. Perhaps by setting scheduling to
round
> robin with equal priority to all processes would do it two, but I haven't
tried
> it.

This is not true !!!

I had forgoten to put back the application in multiprocess mode. But one thing
is sure is that the problem is a dead lock in pf processes because when in
single process mode, the application runs fine with the non-degrading priority.

Sorry about that.

Jean-Luc

-- 
_____________________________________________________________________________

Jean-Luc Dery Discreet Logic System Engineer 10 Duke Street 3-D Graphics Technology Montreal (Quebec), Canada, H3C 2L7 Tel: (514) 954-7239 Email: dery++at++discreet.com Fax: (514) 393-0110 _____________________________________________________________________________ ======================================================================= 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:56:08 PDT

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