From: Wunibald Karl (wuni++at++vires.com)
Date: 02/03/2004 08:09:20
Hi pfAll,
It's a very long story going back some years! I've noticed that the
integration of performer and NVIDIA driver wasn't working properly on
multiprocessor systems. Even if the stats show proper timing, the
APPCULL and DRAW were not syncronized. I was told to set
PF_NV_VSYNC_WORKS, which seems to fix the problem, but since driver 4496
it's not working anymore.
I made a support call last year september and got the answer: It's
NVIDIA bug 83999. (great info) :-)
I contacted NVIDIA and they told me, that this bug is related to the
sync code. They have modified it in 4496 and will reimplement it in the
5xxx driver series.
Since the new drivers (5xxx) are out, something is completely broken in
the link of performer and NVIDIA drivers.
1. case: Performer 3.0.2 and NVIDIA 5336
Performer 3.0.2 is not running anymore, if one sets __GL_SYNC_TO_VBLANK.
Sometimes texture download seem to work and perfly comes up, but this
isn't deterministic. Same situation, if I set PF_NV_VSYNC_WORKS in
addition. If I don't set any environment variable, it's running but no
VSYNC and the DRAW time increased from 2.1 to 6.6 msec in performer town
center.
2. case: Performer 3.1 and NVIDIA 5336
Performance decrease is the same and there is no vsync at all. If I set
PF_NV_VSYNC_WORKS even the stats are unlinked from the vertical retrace.
test case:
dual cpu system
GeForce FX5900 Ultra
perfly -t 0x21 town_ogl.perfly, drive mode, center, stats on
The problem exists since half a year (Allan remember our talks at
IITSEC) and although my support call has been raised to management
level, I've got no other info that "something has to be done".
I'm sorry to say that, but it seems that we have to look for
alternatives, because standard OpenGL stuff like gears or tuxracer runs
performant and with sync and - I'm sorry that I have to say that - there
is no support from sgi in sight!
Wuni
-- Wunibald Karl --------------------------------- VIRES Simulationstechnologie GmbH Oberaustr. 34 83026 Rosenheim Fon: (49)8031-463640 Fax: (49)8031-463645 email: wuni++at++vires.com http://www.vires.com ---------------------------------> From: Guillaume Millet <guillaume.millet++at++oktal.fr> Date: Mon, 02 Feb 2004 18:58:53 +0100 > > Subject: Re: [info-performer] pfSync and NVIDIA driver > > Hello, > > I have the same problem on RH9 and PF3.1 and lastest NVIDIA driver. > glxgears is Ok and locked at 85Hz. But perfly and my performer applications > dont wait on VSYNC I have horizontal cut line on perfly, and custom trace > on my app show no wait on VSYNC. > > Solutions ???? > > Greetings > > Dorosky, Christopher G a écrit : > >>>Does this mean that Performer 3.1 does not support __GL_SYNC_TO_VBLANK? >>>Does perfly run with a horizontal line in the screen? >>> >>>Or, does this hopefully mean that a new solution has been provided, >>>which is superior? >>>Or, is the original contention bogus? >>> >>>Please elaborate. >>> >>>Chris >>> >>>-----Original Message----- >>>From: owner-info-performer++at++performer.engr.sgi.com >>>[mailto:owner-info-performer++at++performer.engr.sgi.com]On Behalf Of >>>Wunibald Karl >>>Sent: Thursday, January 29, 2004 4:23 PM >>>To: info-performer++at++sgi.com >>>Subject: [info-performer] pfSync and NVIDIA driver >>> >>> >>>Hi pfAll, >>>I've encountered severe problems with the new NVIDIA LINUX drivers. >>>Performer town was running with 2.1 msec DRAW (2.4 GHz, FX5900, visual >>>0x21, performer 3.0.2, town center, gui on, driver 4363) and now with >>>5336 I get a draw of > 6.5 msec. If I enable __GL_SYNC_TO_VBLANK perfly >>>hangs after texture download. >>>I know that NVIDIA has changed swapbuffer code since 4363. SGI has >>>reacted, because in 3.1EA there is no VSYNC at all. >>>Has anyone an idea what's the problem and if there is a workaround? >>>Maybe someone in the performer team can answer. >>>BTW. when will 3.1 be released? >>>Wuni
This archive was generated by hypermail 2b29 : Tue Feb 03 2004 - 08:38:44 PST