Open Bug 1420369 Opened 7 years ago Updated 2 years ago

stylo: 6.21 - 6.54% remote-tsvg / remote-twitter (android-6-0-armv8-api16, android-7-1-armv8-api16) regression on push db56323cd08f4883e4824199b441a3141be655e5 (Thu Nov 23 2017)

Categories

(Core :: CSS Parsing and Computation, defect, P2)

Unspecified
Android
defect

Tracking

()

Performance Impact low
Tracking Status
firefox-esr52 --- unaffected
firefox57 --- unaffected
firefox58 --- unaffected
firefox59 --- disabled
firefox60 + wontfix
firefox61 --- wontfix
firefox62 --- wontfix
firefox63 --- wontfix
firefox64 --- fix-optional

People

(Reporter: igoldan, Assigned: m_kato)

References

(Depends on 1 open bug)

Details

(Keywords: perf, regression, Whiteboard: [geckoview:p3])

We have detected an autophone (Android) regression from push: https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=db56323cd08f4883e4824199b441a3141be655e5 As author of one of the patches included in that push, we need your help to address this regression. Regressions: 7% remote-tsvg summary android-6-0-armv8-api16 opt 84.13 -> 89.63 6% remote-twitter summary android-7-1-armv8-api16 opt 774.07 -> 823.84 6% remote-tsvg summary android-7-1-armv8-api16 opt 102.84 -> 109.23 You can find links to graphs and comparison views for each of the above tests at: https://treeherder.mozilla.org/perf.html#/alerts?id=10710 On the page above you can see an alert for each affected platform as well as a link to a graph showing the history of scores for this test. There is also a link to a treeherder page showing the jobs in a pushlog format. To learn more about the regressing test(s), please see: https://wiki.mozilla.org/EngineeringProductivity/Autophone
:m_kato Looks like enabling Stylo on Android brought some perf regressions. Were these expected?
Flags: needinfo?(m_kato)
Has Regression Range: --- → yes
Component: Untriaged → CSS Parsing and Computation
Product: Firefox → Core
(In reply to Ionuț Goldan [:igoldan], Performance Sheriffing from comment #1) > :m_kato Looks like enabling Stylo on Android brought some perf regressions. > Were these expected? Yes and no. But we need figure out why remote-tsvg is slow. And, why does remote-twitter by android-6-0-armv8-api16 doesn't hit this?
Assignee: nobody → m_kato
Flags: needinfo?(m_kato)
P2 because we should address this regression before we ship stylo-android.
Priority: -- → P2
Summary: 6.21 - 6.54% remote-tsvg / remote-twitter (android-6-0-armv8-api16, android-7-1-armv8-api16) regression on push db56323cd08f4883e4824199b441a3141be655e5 (Thu Nov 23 2017) → stylo: 6.21 - 6.54% remote-tsvg / remote-twitter (android-6-0-armv8-api16, android-7-1-armv8-api16) regression on push db56323cd08f4883e4824199b441a3141be655e5 (Thu Nov 23 2017)
Gecko profiler doesn't support android...
Depends on: 586838
twitter and gearflowers.svg have a long style attribute.
Tracking for 59 since we're aiming to enable this feature on nightly 59.
Are we still planning on shipping Stylo on Android in 59?
Flags: needinfo?(m_kato)
(In reply to Andrew Overholt [:overholt] from comment #7) > Are we still planning on shipping Stylo on Android in 59? Yes. Makoto thinks the NEON optimization patch in bug 586838 will fix this Android perf regression.
Flags: needinfo?(m_kato)
Depends on: 1430706
[Tracking Requested - why for this release]: Apparently stylo on android is slipping to 60
AIUI we're not blocking stylo-android on this for 60, so I'll move this to fix-optional.
Since bug 586838 landed, has this gotten better?
Flags: needinfo?(m_kato)
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #11) > Since bug 586838 landed, has this gotten better? Not really.
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #11) > Since bug 586838 landed, has this gotten better? not enough. I guess that this is into cssparser and rust.
Flags: needinfo?(m_kato)
Whiteboard: [qf] → [qf][geckoview]
Looking at this during QF triage, Panos is this actionable? Maybe we can get a profile?
Flags: needinfo?(past)
(In reply to Makoto Kato [:m_kato] from comment #13) > (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #11) > > Since bug 586838 landed, has this gotten better? > > not enough. I guess that this is into cssparser and rust. Do you have a profile that shows this? If not, could you get one and share it here? Emilio or Xidorn could take a look if it is cssparser related.
Flags: needinfo?(past) → needinfo?(m_kato)
https://perfht.ml/2Ks8P1I Since we don't use rust 1.27+ as build environment, walking stack on rust code isn't correct. So profiler cannot get better data.
Flags: needinfo?(m_kato)
Whiteboard: [qf][geckoview] → [qf][geckoview:p3]
Whiteboard: [qf][geckoview:p3] → [qf:p3][geckoview:p3]
Looks like this is still not actionable.
Letting this fall out of regression triage since it's had several wontfixes in a row.
Performance Impact: --- → P3
Whiteboard: [qf:p3][geckoview:p3] → [geckoview:p3]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.