Open Bug 760888 Opened 12 years ago Updated 14 days ago

IE10 Test Drive: ParticleAcceleration Canvas 2D demo is slow

Categories

(Core :: Graphics: Canvas2D, defect)

Unspecified
All
defect

Tracking

()

Performance Impact low
Tracking Status
firefox58 --- affected

People

(Reporter: cpeterson, Unassigned, NeedInfo)

References

()

Details

(Keywords: perf)

STR:
1. Load https://ie.microsoft.com/testdrive/Performance/ParticleAcceleration/

On my MacBook Pro, the test frame rate for Chrome 19 is about 3x faster than Nightly 15.0a1 (2012-06-02):

* Firefox 15: FPS: 9, Callback Efficiency: 10%, Score:   ~9000
* Chrome 19: FPS: 32, Callback Efficiency: 24%, Score: ~100000

The test's HTML comments say:

"This demo uses mathematical models to draw the particles in 3D, using the 2D Context HTML5 Canvas. The faster your underlying browser and computer, the higher your score and faster the particles will spin."
* Safari 5.1.7 (6534.57.2) on Mac OS X 10.6.8:
FPS: 9, Callback Efficiency: 10%, Score: ~9000
Is this bug still valid? I got 60fps (Win7 - d3d - direct2d)
This bug is filed against OS X.
I retested OS X and this bug is still a problem:

* Firefox 22: DrawTime: ~90ms, FPS: ~10, Callback Efficiency: ~1%, Score: ~400
* Chrome 25: DrawTime: ~3ms, FPS: 60, Callback Efficiency: ~11%, Score: ~64,000
* Safari 6.0.3: DrawTime: ~5ms, FPS: 60, Callback Efficiency: ~1%, Score ~6,000

The difference in frame rate is clear, but I'm not sure what "Callback Efficiency" is measuring. Chrome and Safari both render 60 FPS, but Chrome's "Callback Efficiency" (and "Score") is 10x Safari's.
See also  bug 806044 .
This demo is still painfully slow under Linux with NVIDIA binary drivers even with:

    user_pref("gfx.canvas.azure.accelerated", true);
    user_pref("gfx.xrender.enabled", true);
    user_pref("layers.acceleration.force-enabled", true);

Firefox 58: 16 fps
Google Chrome 64: 60 fps
OS: Mac OS X → All
Hardware: x86 → Unspecified
Whiteboard: [qf]
Bas, do you have an understanding of where this perf hit comes from?  We're doing significantly worse, so there must be some architectural issue there, or is this a driver support issue?
Flags: needinfo?(bas)
I also filed bug 1435986.
Blocks: 1435986
(In reply to Kannan Vijayan [:djvj] from comment #7)
> Bas, do you have an understanding of where this perf hit comes from?  We're
> doing significantly worse, so there must be some architectural issue there,
> or is this a driver support issue?

Sure, on OS X we don't use Direct2D, on Linux we don't use acceleration at all. Why Chrome is faster? Maybe they use accelerated Skia where we don't? Jeff would know.
Flags: needinfo?(bas) → needinfo?(jmuizelaar)
Whiteboard: [qf] → [qf:f61][qf:p3]
Whiteboard: [qf:f61][qf:p3] → [qf:p3]
Performance Impact: --- → P3
Whiteboard: [qf:p3]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.