Intent to Ship: Tab Warming (Windows and Linux)
mconley at mozilla.com
Tue Apr 24 19:11:47 UTC 2018
Tab warming is a perceived performance optimization where we render and
upload layers for a tab when hovering that tab with the mouse, to
optimize for tab switching when the user actually clicks a mouse button.
Since bug 1423220, this optimization has been enabled on the Nightly
channel for almost all of the 61 Nightly cycle. Telemetry has
confirmed a nice drop in the mean and median time between users
requesting a tab switch, and users being presented with the contents of
the requested tab. We've also seen a nice drop in the number of users on
our Nightly channel that see tab switch spinners.
Since baking on Nightly, only one major behavioural glitch has been
reported (and subsequently fixed).
Bug 1453080 tracks a regression where warming can cause animations in
the tab strip on macOS to seem sluggish.
Considering that tab switching, tearing and re-ordering is something our
users do every day, I'm quite confident that simply existing on Nightly
has given us decent testing coverage. I therefore intend to land a patch
in bug 1456602 later this week (before the soft freeze begins) to let
tab warming ride the trains out to release on the 61 train for Windows
and Linux. Warming will continue to be enabled on Nightly for macOS, but
will be restricted to Nightly for now, until we can get bug 1453080 sorted.
Disabling the optimization, should the need arise, is trivial, but I
hope it doesn't come to that.
Do let me know if you have any concerns. Thanks!
: https://mikeconley.github.io/bug1310250/ - "Affected client %".
Sorry for the noisy graph / crowded labels. March 13th is when the
optimization was first detected.
: The optimization is controlled via the
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 473 bytes
Desc: OpenPGP digital signature
More information about the firefox-dev