Re: An observation on glxgears performance
Re: An observation on glxgears performance
- Subject: Re: An observation on glxgears performance
- From: Patrick Coskren <email@hidden>
- Date: Fri, 10 Jan 2003 20:19:29 -0500
On Friday, January 10, 2003, at 07:35 PM, David McNett wrote:
On 10-Jan-2003, Bryan Oakley wrote:
This seems to be the case no matter what the focus window is -- a
carbon app, a cocoa app, an X11 app. Whatever app has focus, if the
edge of the app window is within a few pixels of the edge of glxgers,
glxgears just flys. If not, it slows to a crawl.
I see this exact same behavior on a vanilla 1GHz TiBook. Very strange.
Sounds like you see the behavior as soon as the window's drop shadow
encounters the glxgears window. Since Apple's X11 makes use of Quartz
Extreme, I wonder if compositing plays a role. Do you see the same
issue in other compositing situations? If it's a Quartz Extreme issue,
I'd expect you not to see it if the glxgears window is right on top of
the other window's title bar (which has no drop shadow). I'd also
expect that you'd see it if you pulled a menu down over glxgears, even
in the absence of a nearby window for the frontmost application.
Someone from Apple mentioned that frame rates are synched to the
vertical refresh rate in the public version. Perhaps their methodology
for doing that is inactivated when the window is composited with
something else.
Not that I have any detailed technical knowledge of X11, OpenGL, or
Quartz Extreme to back any of this up. I'm just taking wild guesses.
:-)
-Patrick
_______________________________________________
x11-users mailing list | email@hidden
Help/Unsubscribe: http://www.lists.apple.com/mailman/listinfo/x11-users
Do not post admin requests to the list. They will be ignored.