зеркало из https://github.com/mozilla/gecko-dev.git
925d668db0
If GL is threadsafe, we can run on the compositor thread. This appears to have performance benefits, possibly because the renderer thread is too busy. If GL is not threadsafe, we must run the WebGL OOP instances on the renderer thread. At the time of writing, only the nouveau drivers on Linux are considered to be not threadsafe, so most users will see WebGL running on the compositor thread. This patch also adds prefers to override the blocklist to either assume GL is threadsafe (webgl.threadsafe-gl.force-enabled) and not threadsafe (webgl.threadsafe-gl.force-disabled). Differential Revision: https://phabricator.services.mozilla.com/D130634 |
||
---|---|---|
.. | ||
gfxConfig.cpp | ||
gfxConfig.h | ||
gfxConfigManager.cpp | ||
gfxConfigManager.h | ||
gfxFallback.h | ||
gfxFeature.cpp | ||
gfxFeature.h | ||
gfxVarReceiver.h | ||
gfxVars.cpp | ||
gfxVars.h | ||
moz.build |