New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 734487 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Canvas performance is bad for very simple graph drawing

Reported by jonas.me...@gmail.com, Jun 19 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.104 Safari/537.36

Steps to reproduce the problem:
1. Load attached file in chrome
2. Notice framerate is ~30fps [test hardware:(https://support.apple.com/kb/SP658?locale=en_US)]
3. Profile with the chrome performance tools: Observe javascript execution is taking very little time, and most of the time is spent inside canvas functions

What is the expected behavior?
It should be possible to run such a simple program at 60fps.

What went wrong?
-Stalling inside random calls from javascript
-No way to make the code faster
-_very_ simple canvas example on a relatively fast laptop is struggling to maintain even 30fps

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 59.0.3071.104  Channel: stable
OS Version: OS X 10.12.3
Flash Version: Shockwave Flash 26.0 r0

Safari runs this at ~50fps, Firefox at ~30(same as chrome).
 
mplive.html
204 KB View Download
Labels: Needs-Triage-M59

Comment 2 by hdodda@chromium.org, Jun 22 2017

Cc: hdodda@chromium.org
Labels: Needs-Feedback Performance-Memory
Tested the issue on Mac OS 10.12.5 using chrome M59 #59.0.3071.109 and followed below steps to reproduce the issue :

1. Launched chrome and loaded given html file .
2. Observed fps meter and profiled the performance using prformance in dev tools and it took 70-90 secs.

Attached screencast for reference.

@jonas.meyer-- Could you please check attached screencast and confirm us if we have missed any steps in reproducing the issue.

Thanks!
Hi @hdodda@chromium.org, I think you might've forgotten to attach the screencast? 
I dont see it at least..
Project Member

Comment 4 by sheriffbot@chromium.org, Jun 22 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by hdodda@chromium.org, Jun 23 2017

Labels: Needs-Feedback
Regrets for inconvenience.. Attached screencast ..
734487.mp4
2.8 MB View Download
The repro looks correct, however your Frame Rate is much higher than mine - Maybe youre running on different hardware?

As I mentioned before I get 30fps on the MBP I linked to up top.

Also be aware that the size of the window significantly affects the FPS Count (in your video you use half of the screen for the profiler)


Project Member

Comment 7 by sheriffbot@chromium.org, Jun 24 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: senorblanco@chromium.org
Note to self: on Retina MBP 2012, frame rate improves by 2-3X if the verb limit in the tessellating path renderer is raised to 1500. This is higher than we planned to raise it, but this is an interesting test case nonetheless. (Integrated Discrete: 50FPS -> 150FPS, Integrated 41FPS -> 84FPS).
s/Integrated Discrete/Discrete/
Owner: senorblanco@chromium.org
Status: Assigned (was: Unconfirmed)

Sign in to add a comment