Nicholas Cameron writes: > Currently on Linux our only 'supported' graphics backend is the > main-thread software backend (basic layers).
FWIW basic layers is predominantly GPU-based compositing (not-softwared) on most X11 systems. > 5) We would love to spend time making OMTC OpenGL on Linux work > perfectly, but it is not a priority for the graphics team due to > the low number of users. I would have assumed the number of Linux/X11 users is greater than the number of Linux/Android users. > After removing MT OGL, our proposal is that Linux users on nightly > or who manually set MOZ_USE_OMTC will get OMTC OpenGL. That means > they will get the same(-ish) performance, but a possibly worse > experience. Other Linux users will get main thread basic layers, > whether they force on HWA or not. Their performance will be > degraded (sometimes), but the rest of the experience should not > (this is the current default configuration for Linux). The most significant performance degrading I expect here is for users that want to use WebGL maps or games. Flicking the pref for OpenGL layers is the current workaround a get reasonable performance there. The new workaround will also require setting an environment variable off nightly, but that's not so much more awkward than about:config. > So, does anyone have any objections to this plan? Or ways we could > do this better? If you use HWA please be aware of these changes > and report any bugs you find. And a heads up that we might be > seeing a few bugs filed around this by users when it happens and > at subsequent uplifts. Will any MoCo developers be permitted to spend some time fixing these or the already-known issues? If MoCo is prepared to use some of the developer time saved through removing MT OGL on fixing these issues, then that hopefully will be a net positive move. How about first moving Nightly OGL users to OMTC, and then remove MT OGL after the next uplift? Then we have some time to discover whether there are any show-stopper OMTC issues, and we reduce the time frame for other branches between paying the price and reaping the returns. _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
