Re: Performer performance problem w IRIX 6.5.2 at O2 R5k

New Message Reply Date view Thread view Subject view Author view

Angus Dorbie (dorbie++at++sgi.com)
Thu, 21 Jan 1999 14:53:38 -0800


Max Waterman wrote:
>
> leif.stubbfalt++at++enator.se wrote:
> >
> > Hi,
> > We are experiencing performance problems with Performer at platform
> > O2 R5k / IRIX 6.5.2. Our application is now running super slowly !
> >
> > It seems to be a lot of kernel mode execution going on.
> >
> > If any of You pfPeople have access to a similar platform, please try to
> > run perfly. If You run the program without any model loaded, then the
> > frequency is only 24 Hz !
>
> > The "draw" time is 10 ms with GUI panel and
> > 17 ms without a panel !!
>
> I see similar numbers on O2 with 6.3 or 6.5XX. I'm not sure why the draw time
> goes up when the gui is turned off. On IR2 the draw time goes down when you
> turn the gui off, which makes some sort of sense.
>
> I thought it might be because the area of the screen that needs to be cleared
> is increased when you take the gui off (assuming the gui isn't being redrawn
> every frame), but disabling the gui and reducing the size of the window
> doesn't get the draw time down to the same sort of number - you need to enable
> the gui to do that.
>
> Anyone?

Could it be executing any graphics fill in software due to texture
format/filter support change? This would radically increase fill load
and affect the gui/no-gui performance load due to extra fill time, and
slow down your application.

You may also want to use xscreen to check the framebuffer depth you
have, perhaps the default changed between OS releases. The ammount of
RAM you have is important if you suddenly started using double your
framebuffer size, but also the GFX HW paths may be affected.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux

For advanced 3D graphics Performer + OpenGL based examples and tutors: http://www.dorbie.com/


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Thu Jan 21 1999 - 14:53:42 PST

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