[Intel-gfx] [PATCH] Use buffer objects for binding table and surface-state objects.

Carl Worth cworth at cworth.org
Tue Nov 4 18:25:43 CET 2008


On Tue, 2008-11-04 at 18:14 +0100, Lukas Hejtmanek wrote:
> So, this would explain why a long running X server gets slower and slower,
> right? The 2D buffer is probably highly fragmented and new objects do not fit
> in. Is there something that could be done here? Given we have GEM in the
> kernel, we could provide something like /proc/buddyinfo also for the GEM
> memory manager? Is there any defragmentation algorithm?

With GEM in the kernel there's no longer any need for a fixed-size 2D
buffer. So the whole problem will be just going away very soon.

-Carl

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20081104/732eb45e/attachment.sig>


More information about the Intel-gfx mailing list