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 n
http://bugzilla.kernel.org/show_bug.cgi?id=10709
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Status|N
> 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 wa
On Mon, May 19, 2008 at 9:03 PM, Keith Packard <[EMAIL PROTECTED]> 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?
>
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
> 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,
Doub
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
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 spe
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 reg
http://bugs.freedesktop.org/show_bug.cgi?id=15955
liuhaien <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
http://bugs.freedesktop.org/show_bug.cgi?id=15955
liuhaien <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configure
15 matches
Mail list logo