Re: Non-RealTime Performer when using X-windows

New Message Reply Date view Thread view Subject view Author view

Angus Dorbie (dorbie++at++bitch.reading.sgi.com)
Wed, 8 May 1996 22:15:47 +0100


Your performance problems will be due to context switching in the graphics
pipe. You could try and keep this to a minimum by scheduling your gui drawing
with your performer application if you are able, and reducing the work the
window manager does when changing inputfocus. It's undesirable to allow
'preemptive graphics scheduling' during real-time rendering. Another easy fix
would be to run the GUI client on another display to prevent it fighting for
context with your performer draw.

Rgds,
Angus.

On May 8, 2:45pm, dheskamp++at++ldsa.com wrote:
> Subject: Non-RealTime Performer when using X-windows
> Hello:
>
> I am running on a 4-CPU Oynx. I have separate app, cull, draw, and isect
processes. The app, cull and draw processes
> are running at non-degrading real-time priorities, locked into cpu 1, 2, and
3 respectively. Those CPUs are
> restricted, isolated, and non-preemptive.
>
> I have a 480x480 performer window. I have another background task supporting
a GUI x-window. My Performer tasks run
> perfectly without any glitch when there is no x-window activity. However,
when I make GL calls in my background task,
> or move the mouse causing different windows to become active, the Performer
tasks slip frames causing a jerky image.
> Can anyone explain what's going on?
>
>
> Dave Heskamp
>
>
> Lockheed Martin Tactical Defense Systems
> 1210 Massillon Road
> Akron, Ohio 44315-0001
>
> phone: (330) 796 - 5383
> fax: (330) 796 - 7009
> email: dheskamp++at++ldsa.com
>
>-- End of excerpt from dheskamp++at++ldsa.com

-- 
Angus Dorbie,
The Reality Centre,
Silicon Graphics Ltd, UK
dorbie++at++reading.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:52:52 PDT

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