Open Bug 1145820 Opened 9 years ago Updated 2 months ago

Investigate Firefox Customization code to see why it was slowed by bug 1128354

Categories

(Firefox :: Toolbars and Customization, defect)

defect

Tracking

()

People

(Reporter: dholbert, Unassigned)

References

Details

Attachments

(1 obsolete file)

As noted here:
 https://groups.google.com/forum/#!topic/mozilla.dev.tree-alerts/MkctEZYELQU
bug 1128354 caused a 2-3% regression in Talos "Customization Animation Tests".

It's not entirely surprising that this patch had a perf impact somewhere. Basically, it was partially-suppressing an optimization (from bug 1054010) that was being applied too broadly & breaking correctness in some cases. (Specifically, we can't apply bug 1054010's optimization when there's a percent-height element inside of a flex item.)

It may be worth investigating the CSS Flexbox usage that's getting exercised by these "Customization Animation Tests", to see if we can optimize the CSS such that it doesn't trigger the unoptimizable path here.

(In particular, if there are percent-height elements inside of flex items, we should consider removing those, or tweaking those flex items with a fixed min-width and/or flex-basis so they don't require a "measuring" reflow.)
Depends on: 1128354
OS: Linux → All
Hardware: x86_64 → All
Bug 1145868 (a customize-mode mis-rendering, fixed by bug 1128354) may be a hint at which pieces of customize-mode UI could be tweaked to improve perf here.
See Also: → 1145868
Not sure if this is helpful, but I traced that the regression specifically seems to occur in the customize-enter-css subtests with perfherder:

http://wrla.ch/blog/2015/03/perfherder-update-summary-series-drilldown/
Thanks, wlach! That's definitely helpful.

avih says "customize-enter-css" measures performance during the "screen shrink" animation, when you enter customize mode.  We seem to update the layout on each frame of the animation, and it makes sense that bug 1128354 could've made those updates more expensive, as discussed in comment 0.

Anyway, we need to see what piece of content is triggering extra reflows as a result of bug 1128354, and then we probably want to see if we can tweak that content so that it no longer needs to trigger those extra reflows. (e.g. by removing a percent height)
Severity: normal → S3
Attachment #9385027 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: