Closed Bug 1262954 Opened 9 years ago Closed 9 years ago

Explicitly set the "layers.acceleration.disabled" pref to true on Windows XP e10s test runs

Categories

(Testing :: General, defect)

Version 3
Unspecified
Windows XP
defect
Not set
normal

Tracking

(e10sm9+, firefox46 wontfix, firefox47 fixed, firefox48 fixed)

RESOLVED FIXED
mozilla48
Tracking Status
e10s m9+ ---
firefox46 --- wontfix
firefox47 --- fixed
firefox48 --- fixed

People

(Reporter: RyanVM, Assigned: jmaher)

References

Details

Attachments

(1 file)

Prior to bug 1237769, WinXP e10s test runs would automatically run w/ layers acceleration disabled due to bug 1237770. However, we're now seeing in multiple test suites that e10s is being disabled in favor of hardware acceleration, completely breaking e10s tests along the way. It appears to affect Talos, mochitest, and web-platform-tests from what I can see. Interesting, Marionette and reftest-based suites appear to still be working as expected. We should detect at the harness level when we're running on WinXP w/ e10s and make sure that the testing profiles have layers.acceleration.disabled set to true in that case. Note that we'll need to be *very* careful that this is the ONLY situation that the pref gets set for, or else we'll have other hilarity waiting in store for us.
Triage note: Until this bug is fixed, our Windows talos numbers are completely broken.
Windows *XP*, sorry
first attempt at this on try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=33d55a94c561 we will need to manually add the M(3) job and the W(1) job.
Looks great!
Flags: needinfo?(ryanvm)
Attachment #8740090 - Flags: review?(ahalberstadt) → review+
Comment on attachment 8740090 [details] MozReview Request: Bug 1262954 - Explicitly set the 'layers.acceleration.disabled' pref to true on Windows XP e10s test runs. r?ahal https://reviewboard.mozilla.org/r/45541/#review42079 Lgtm! ::: testing/talos/talos/run_tests.py (Diff revision 1) > - if browser_config['e10s'] and not title.endswith(".e"): > - # we are running in e10s mode > - title = "%s.e" % (title,) Is this just some unrelated cleanup?
yeah, this was leftover stuff from graphserver, a simple cleanup.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla48
Depends on: 1264062
now that we have enough data, I am seeing all performance improvements/regressions back to normal, so this change is making talos work as expected. There are 2 inconsistencies though: kraken: https://treeherder.mozilla.org/perf.html#/graphs?series=%5Bmozilla-inbound,7ca40063b3ec6529e235802862065bafd45d7c18,1%5D&selected=%5Bmozilla-inbound,7ca40063b3ec6529e235802862065bafd45d7c18,NaN,NaN,1%5D tpaint: https://treeherder.mozilla.org/perf.html#/graphs?series=%5Bmozilla-inbound,0bda8c20dbca1e0d32dcc952a4473e73ce7d4352,1%5D&selected=%5Bmozilla-inbound,0bda8c20dbca1e0d32dcc952a4473e73ce7d4352,NaN,NaN,1%5D A few thoughts here, tpaint took a big win for e10s while we didn't have winxp coverage: https://treeherder.mozilla.org/perf.html#/alerts?id=812 I suspect this is the explanation for tpaint. As for kraken, there have been 2 overall regressions and 1 affected windows e10s only: https://treeherder.mozilla.org/perf.html#/alerts?id=802
Joel, should we uplift this fix to Beta 47 in preparation for our next e10s experiment?
Flags: needinfo?(jmaher)
I think we should- this is a test only change and affects e10s on winxp- iirc that is talos only on current 47.
Flags: needinfo?(jmaher)
Comment on attachment 8740090 [details] MozReview Request: Bug 1262954 - Explicitly set the 'layers.acceleration.disabled' pref to true on Windows XP e10s test runs. r?ahal Approval Request Comment [Feature/regressing bug #]: [User impact if declined]: n/a [Describe test coverage new/current, TreeHerder]: actual e10s coverage on winxp as our current test machines do not support hw acceleration so we disable e10s. [Risks and why]: [String/UUID change made/needed]: n/a I am requesting this to be on 47, if this is aurora now, or beta in the near future.
Attachment #8740090 - Flags: approval-mozilla-aurora?
We're going to want bug 1264062 as well if we take this one.
Comment on attachment 8740090 [details] MozReview Request: Bug 1262954 - Explicitly set the 'layers.acceleration.disabled' pref to true on Windows XP e10s test runs. r?ahal Hi Jmaher, you can uplift test changes without needing uplift approvals as these are auto-approved. Clearing the uplift flag.
Flags: needinfo?(jmaher)
Attachment #8740090 - Flags: approval-mozilla-aurora?
Marking status-firefox47=fixed as per Aurora uplift in comment 18.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: