[cairo-bugs] [Bug 10508] Painting regression in 1.4.x

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Apr 3 14:56:13 PDT 2007


------- Comment #7 from damon at gnome.org  2007-04-03 14:56 PST -------
This is what I got with git-bisect. This is the first time I've used that
so there is a slight chance I messed it up.

But it is the result I expected - the change that restricted the painting
seems to have restricted it a bit too much:

c96a71e709e537f690da6d4a184aa4c64fe11028 is first bad commit
commit c96a71e709e537f690da6d4a184aa4c64fe11028
Author: Carl Worth <cworth at cworth.org>
Date:   Fri Jan 5 15:56:06 2007 -0800

    Restrict _clip_and_composite_trapezoids to destination extents

    This is a fix for a huge performance bug (as measured by perf/long-lines).
    Previously, if no explicit clip was set, _clip_and_composite_trapezoids
    would allocate a mask as large as the trapezoids and rasterize into it.
    With this fix, it restricts the mask by the extents of the destination

    This doesn't address the identical performance problem with the xlib
    backend, which is due to a very similar bug in the X server.

    image-rgb  long-lines-uncropped-100 465.42 -> 5.03: 92.66x speedup
    image-rgba long-lines-uncropped-100 460.80 -> 5.02: 91.87x speedup

:040000 040000 e883e75a0c6d25dcf65ec2f97752de537d2b8ab2
beb7a548759406fc19348476b701c292d8f44fa6 M      src

Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

More information about the cairo-bugs mailing list