[Mesa-dev] [Bug 33934] glBlitFramebuffer could have a fast path if there's no scaling

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Feb 8 06:21:22 PST 2011


https://bugs.freedesktop.org/show_bug.cgi?id=33934

--- Comment #5 from Chris Wilson <chris at chris-wilson.co.uk> 2011-02-08 06:21:23 PST ---
Another perspective. Running without the patch:

=0 sandybridge:~$ DISPLAY=:0.0 ./copy-tex-subimage # gt1
time for glBlitFramebuffer = 119331
time for glCopyTexSubImage2D = 1518
=0 sandybridge:~$ DISPLAY=:0.1 ./copy-tex-subimage # radeon 5770, r600g
time for glBlitFramebuffer = 15952
time for glCopyTexSubImage2D = 16237

And after applying the patch:

=0 sandybridge:~$ DISPLAY=:0.0 jhbuild run ./copy-tex-subimage
time for glBlitFramebuffer = 4706
time for glCopyTexSubImage2D = 1519
=0 sandybridge:~$ DISPLAY=:0.1 jhbuild run ./copy-tex-subimage
time for glBlitFramebuffer = 16318
time for glCopyTexSubImage2D = 16649

Which is less of a case that we need to implement a fast path for
glBlitFramebuffer, but that i965 needs to seriously fix the bottleneck
uncovered by the current code.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the mesa-dev mailing list