Closed Bug 598936 Opened 14 years ago Closed 14 years ago

[D2D] Performance thewildernessdowntown.com significantly worse than on GDI

Categories

(Core :: Graphics, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bas.schouten, Assigned: bas.schouten)

References

Details

The interactive video on thewildernessdowntown.com performs significantly better with GDI than with Direct2D. This means something is wrong.
XPerf seems to indicate a lot of time being spent in nvlddmkm.sys. And CPU usage suggests we spend a lot of time blocking, presumably waiting on the GPU. What this demo does to weigh so heavily on the GPU I do not yet have any idea.
We spend a very large amount of time in the Driver creating textures. These texture allocations are coming from Brush creation when doing a CreateBitmap. Trying to figure out what's causing this.
So this time is spent creating the temporary surface in order to support EXTEND_NONE. EXTEND_NONE causes us to create a temporary bitmap with a one pixel transparent frame so we can then use CLAMP in D2D. This also seems to be frequently called by our border rendering code! Interestingly enough.

We should probably see if we can prevent us using EXTEND_NONE here and there. But I should also be able to optimize a lot of these cases in a fairly straightforward manner. Investigating.
Version: unspecified → Trunk
I've got patches which speed the demo up to being silky smooth on my machine. I will be putting them up on bug 599118 soon. These patches should also improve border drawing performance!
Depends on: 599118
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.