New issue
Advanced search Search tips

Issue 778186 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 778689
Owner: ----
Closed: Oct 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Sketchfab: sluggish, 99%CPU on certain model

Reported by p...@sketchfab.com, Oct 25 2017

Issue description

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

Steps to reproduce the problem:
1. go to https://sketchfab.com/models/3d87a02b064b48c68262314ceffb19fd
2. constate extreme slowness of everything

What is the expected behavior?
The web page used to render fast, the model used to render fast, all at interactive frame rate

What went wrong?
it's meg mega a slow (<1fps) since chrome 62 on window 10.

Did this work before? Yes 61

Does this work in other browsers? N/A

Chrome version: 62.0.3202.62  Channel: stable
OS Version: 10.0
Flash Version:
 

Comment 1 by p...@sketchfab.com, Oct 25 2017

Note that other models/webpage does reproduce the models (it's not isolated)

Comment 2 by p...@sketchfab.com, Oct 25 2017

ie: see that model on chrome 62 https://sketchfab.com/models/c80711150dec473dba5b800450d81468
then try it on any other browser/os
To give more informations, I don't think it's related to sketchfab or this model in particular.

The scenario is rather :
- browse webgl stuffs
- experience a webgl crash (which happens more often than it probably should with last chrome 62 release, see https://bugs.chromium.org/p/chromium/issues/detail?id=778188)
- then if you visit some page with webgl, it's super slow and the cpu goes 99%

Unfortunately, it doesn't happen in a consistent way.
Sometimes there's a webgl crash and just restarting the page will solve the issue
Components: Blink>WebGL
Labels: Needs-Triage-M62
Status: WontFix (was: Unconfirmed)
If this is caused by crashes, then it's just because we've fallen back to software rendering with SwiftShader. You can double check this in chrome://gpu.

The fix for this issue is to fix the GPU process crashes in  issue 778188 .
Specifically, if the GPU process crashes 3 times, we force software rendering of WebGL.

Comment 7 by p...@sketchfab.com, Oct 26 2017

Thanks, very informative anwser, help a lot.

Unless there is another way, we'll rely on webgl debug renderer extension to prevent user trying sketchfab in software render mode.
(even high end cpu desktop it's too slow for sketchfab viewer)

> "GPU process crashes 3 times"

Does that count if we trigger lostContext using the lostContext extension ?

> Does that count if we trigger lostContext using the lostContext extension ?

Nope, that only takes down the WebGL context. The 3-strikes rule only applies to actual, native crashes (like segfaults and so on) in the GPU process. This rule is just to mitigate attacks by disabling the attack surface.

Comment 9 by kbr@chromium.org, Oct 26 2017

The WebGL context creation attribute "failIfMajorPerformanceCaveat" can be set to true to avoid using SwiftShader as a fallback.

Comment 10 by p...@sketchfab.com, Oct 27 2017

Thanks for the informations, it really helps.

Glad to know we can rely on lostContext.
W'ere thinking/planning/testing to release reliably all resource this way on "invisible" tabs so that "visible" tabs has everything. (now that we support restorecontext)

Ah, I knew webgl had something for that but forgot about this one, then we'll add "failIfMajorPerformanceCaveat" support on sketchfab asap. 


Thanks again for first class answer/support !

Comment 11 by kbr@chromium.org, Oct 27 2017

Mergedinto: 778689
Status: Duplicate (was: WontFix)
I suspect that the reason for the GPU process crashes is  Issue 778689  and am duplicating this into the other bug.

Sign in to add a comment