Closed Bug 729708 Opened 13 years ago Closed 12 years ago

Poor performance of drawImage/canvas on certain configurations

Categories

(Core :: Graphics: Canvas2D, defect)

10 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ondras, Unassigned)

Details

(Keywords: perf)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 Build ID: 20120215223356 Steps to reproduce: Open the canvas benchmark page at http://ondras.zarovi.cz/misc/haf/benchmark.html. Choose "Actors: 1000" and "Actor type: Sprite". Note the FPS. Switch to "Actor type: Canvas". Note the FPS. Actual results: On a modern fast quad-core workstation, Win7, latest nvidia drivers for GF450, the results vary greatly: 1000 sprite actors maintain 60fps, while 1000 canvas actors achieve only about 10fps. The only difference between these two actor types is the first argument to drawImage: HTML image in first case, HTML canvas in the second. Expected results: Both Chrome and IE9 show the same high (60fps) performance when drawing images or canvases. Also, much older machine with WinXP and Firefox 10 also shows same fps numbers for both scenarios. This issue is therefore somehow local to my hw/sw configuration.
Can you reproduce it with a recent version? With linux-x86_64 builds, an AMD APU and an open source radeon driver, the difference is — if I look at the right FPS — smaller: * about 57 to 40 with firefox-10.0.2.en-US.linux64 (crashes if I open about:support) * none or like 82 to 78 with 2013-11-14-03-02-04-mozilla-central-firefox-28.0a1.en-US.linux-x86_64 (no hardware acceleration).
Component: Untriaged → Canvas: 2D
Keywords: perf
Product: Firefox → Core
Looks fixed now, cannot reproduce. Closing.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.