Issue metadata
Sign in to add a comment
|
Sketchfab: sluggish, 99%CPU on certain model
Reported by
p...@sketchfab.com,
Oct 25 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: 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:
,
Oct 25 2017
ie: see that model on chrome 62 https://sketchfab.com/models/c80711150dec473dba5b800450d81468 then try it on any other browser/os
,
Oct 25 2017
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
,
Oct 25 2017
,
Oct 26 2017
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 .
,
Oct 26 2017
Specifically, if the GPU process crashes 3 times, we force software rendering of WebGL.
,
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 ?
,
Oct 26 2017
> 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.
,
Oct 26 2017
The WebGL context creation attribute "failIfMajorPerformanceCaveat" can be set to true to avoid using SwiftShader as a fallback.
,
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 !
,
Oct 27 2017
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 |
|||||||||||||||||||||||
Comment 1 by p...@sketchfab.com
, Oct 25 2017