Bug 20465

Summary: drawing performance is in the same order of magnitude as deluxe paint iv on an amiga 500 :)
Product: xorg Reporter: Adam Pigg <adam>
Component: Driver/intelAssignee: Carl Worth <cworth>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium Keywords: NEEDINFO
Version: 7.4 (2008.09)   
Hardware: Other   
OS: All   
i915 platform: i915 features:
Description Flags
xorg config
xorg log with vesa driver
xorg log with intel driver none

Description Adam Pigg 2009-03-04 12:43:23 UTC

First the basics, intel x3100 (i965) laptop, 3gb ram, 1440x900 display.
Intel 2.6.2, xorg 1.6, kernel 2.6.27rc6

Second the detail:
I have some drawing code in Qt, which loops round and draws a background grid.
Here are the timings for several configurations:

Configuration                                       Time Taken (approx ms)
Qt4.5 native gfx, kde4.2.1 with 3d desktop           2000
Qt4.5 native gfx, kde4.2.1 with no composite         6500
Qt4.5 raster gfx, kde4.2.1 with 3d desktop           12 (yes 12)
Qt4.5 native gfx, VESA driver, no composite          350

As you can see, the x11 drawing is much much slower than the ideal of 12ms, but is also many times slower than if using the vesa driver.

There is nothing out of the ordinary in my xorg.conf, which is attached.
Comment 1 Adam Pigg 2009-03-04 12:44:24 UTC
Created attachment 23528 [details]
xorg config
Comment 2 Adam Pigg 2009-03-04 12:44:57 UTC
Created attachment 23529 [details]
xorg log with vesa driver
Comment 3 Adam Pigg 2009-03-04 12:45:24 UTC
Created attachment 23530 [details]
xorg log with intel driver
Comment 4 Adam Pigg 2009-03-04 14:03:49 UTC
Using UXA is a bit of an improvement

Qt4.5 native, kde 4.2.1 no composite              600-1200 msecs

but still feels sluggish compared to vesa
Comment 5 Adam Pigg 2009-03-04 14:05:20 UTC
Same as above, but with compositing, approx 100msec slower, so 700-1300
Comment 6 Eric Anholt 2009-07-13 16:57:33 UTC
Can you post your code?  We won't be able to do much without it.
Comment 7 Adam Pigg 2009-07-14 08:14:38 UTC
With current drivers, performance with kde4 3d compositing is approx 300ms, which is pretty good, you still want to see the code or would you say its as good as its gonna get now?
Comment 8 Eric Anholt 2009-07-15 17:16:41 UTC
If we're now 10x faster than at the time of the bug report, and the same speed as software, I consider this bug fixed.  If you've got specific codepaths that seem to be slower than they should be, opening a new bug report with short demo code may help (though we already have some bugs open with demo code, notably PutImage performance).

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.