Closed
Bug 729708
Opened 13 years ago
Closed 12 years ago
Poor performance of drawImage/canvas on certain configurations
Categories
(Core :: Graphics: Canvas2D, defect)
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.
Comment 1•12 years ago
|
||
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).
| Reporter | ||
Comment 2•12 years ago
|
||
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.
Description
•