Keith Packard wrote:
On Mon, 2008-05-19 at 20:11 +0100, Keith Whitwell wrote:
I'm still confused by your test setup... Stepping back from cache
metaphysics, why doesn't classic pin the hardware, if it's still got
60% cpu to burn?
glxgears under classic is definitely not pinning
http://bugzilla.kernel.org/show_bug.cgi?id=10709
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
So possibilities are:
- batchbuffer starvation -- has
I was going to say 'has this changed significantly' -- and the answer
is that it has of course, with the bufmgr_fake changes... I can't
tell by quick inspection if these are a likely culprit, but it's
certainly a signifcant set of changes
* Classic is apparently doing suboptimal syncs that limits its
performance in some cases (gears, teapot and perhaps openarena),
one should not benchmark framerates against classic in those cases.
As I said elsewhere, I'd like to get to the bottom of this -- it
wasn't always this way.
Keith Whitwell wrote:
* Classic is apparently doing suboptimal syncs that limits its
performance in some cases (gears, teapot and perhaps openarena),
one should not benchmark framerates against classic in those cases.
As I said elsewhere, I'd like to get to the bottom of this
So possibilities are:
- batchbuffer starvation -- has
- over-throttling in swapbuffers -- I think we used to let it get
two frames ahead - has this changed?
I would suspect this broke somehow at some point..
Dave.
Hi, everyone,
I wonder how you got any OpenGL-app running using Keith's GEM tree. For
me even glxgears turns the screen black although AFAIK not necessarily
crashing the Xserver.
I will further investigate on that.
Best regards, Johannes
Johannes Engel schrieb:
Hi, everyone,
I wonder how you got any OpenGL-app running using Keith's GEM tree.
For me even glxgears turns the screen black although AFAIK not
necessarily crashing the Xserver.
I will further investigate on that.
OK, at least that seems not to be reproducible,
Johannes Engel wrote:
Hi, everyone,
I wonder how you got any OpenGL-app running using Keith's GEM tree. For
me even glxgears turns the screen black although AFAIK not necessarily
crashing the Xserver.
I will further investigate on that.
Best regards, Johannes
Johannes,
Double-check
Keith Packard wrote:
On Mon, 2008-05-19 at 12:13 -0700, Ian Romanick wrote:
The obvious overhead I was referring to is the extra malloc / free.
That's why I went on to say So, now I have to go back and spend time
caching the buffer allocations and doing other things to make it fast.
~ In
On Tue, May 20, 2008 at 1:29 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Keith Packard wrote:
On Mon, 2008-05-19 at 12:13 -0700, Ian Romanick wrote:
The obvious overhead I was referring to is the extra malloc / free.
That's why I went on to say So, now I have to go back and spend time
Thomas Hellström schrieb:
Johannes Engel wrote:
Hi, everyone,
I wonder how you got any OpenGL-app running using Keith's GEM tree.
For me even glxgears turns the screen black although AFAIK not
necessarily crashing the Xserver.
I will further investigate on that.
Best regards, Johannes
http://bugs.freedesktop.org/show_bug.cgi?id=15955
liuhaien [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=15955
liuhaien [EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configure
14 matches
Mail list logo
