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

Issue 674847 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

WebGL Performance terrible on AMD Hardware since Chromium 55

Reported by hee...@viadrupsteen.nl, Dec 16 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. Go to http://radio.garden on a AMD GPU machine
2. Open Developer tools and turn on FPS Meter
3. See that the FPS is really low, while this isn't the case for Nvidia. (~~6 Frames per Second)

What is the expected behavior?
Similar performance to Firefox (~~40 Frames Per Second)

What went wrong?
Performance is severely low.

My guess is that something somewhere went wrong when Direct3D11 was supported on AMD, since Chromium 55 doesn't limit the GPU I'm using anymore (AMD Radeon HD 5750 at work / MSI Radeon R9 390 at home) while this used to be the case. Both work on different drivers. In Firefox performance is fine.

Did this work before? Yes Chrome 54 

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0

Previous version of chrome limited AMD Gpu's to DirectX9
 
Components: Internals>GPU>WebGL
Labels: TE-NeedsTriageFromMTV
Tested this issue on Windows-10 using chrome latest stable M55-55.0.2883.87 by following steps mentioned in the original comment. Observed the FPS meter of chrome shows 30 frames per second in dev tools. 

Sounds like this issue is specific to AMD hardware, Requesting someone from MTV folks to look in to this issue for further triaging.

Thanks!

Comment 2 by ajuma@chromium.org, Jan 19 2017

Cc: kbr@chromium.org kainino@chromium.org
Components: Internals>GPU>VendorSpecific
Labels: GPU-AMD

Comment 4 by kbr@chromium.org, Jan 19 2017

Cc: geoffl...@chromium.org jmad...@chromium.org
Components: Internals>GPU>ANGLE
Owner: geoffl...@chromium.org
Geoff, do you have an AMD GPU in the office and if so could you triage this quickly? It sounds like a potential problem with ANGLE. Let's also test Canary in case it's a problem that's already been fixed.

Thanks.

Was able to reproduce on an AMD system.  Got about 30 FPS on bad Chrome versions and about 60 on good.

It's fixed in Canary so I did a bisect-builds and narrowed down the fix to this ANGLE roll: https://chromium.googlesource.com/chromium/src/+/b5de482ad9cc882bf3ef9a73f3d75953a3350c44 which contains this CL: https://chromium.googlesource.com/angle/angle.git/+/408293f8a4dfa129eb47df996cc6881cefb9c9c2 which is a fix for an AMD workaround.

We could try to merge this back to 56.
Status: Assigned (was: Unconfirmed)

Comment 7 by kbr@chromium.org, Jan 20 2017

Labels: Merge-Request-56
Thanks Geoff for tracking that down. Let's request a merge back. Since that bug didn't have a Chromium issue, not sure exactly how this works for tracking purposes.

Project Member

Comment 8 by sheriffbot@chromium.org, Jan 20 2017

Labels: -Merge-Request-56 Merge-Review-56 Hotlist-Merge-Review
This bug requires manual review: We are only 10 days from stable.
Please contact the milestone owner if you have questions.
Owners: amineer@(clank), cmasso@(bling), gkihumba@(cros), bustamante@(desktop)

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Fixed (was: Assigned)
Marking fixed as per the merge request guidelines.
Labels: -Merge-Review-56 Merge-Rejected-56
We're too close to stable for this change to make sense, typically we're only taking high severity security/crash fixes right now, and this CL is pretty large.  

I'd like to wait until M-57, if you think this should still qualify.  Please add the "Merge-Review-56" label with a justification and we'll review it.
Components: -Internals>GPU>WebGL Blink>WebGL

Sign in to add a comment