Closed Bug 1065880 Opened 10 years ago Closed 10 years ago

measure use of e10s

Categories

(Firefox :: General, defect)

29 Branch
defect
Not set
normal
Points:
3

Tracking

()

RESOLVED FIXED
Firefox 35
Iteration:
35.1
Tracking Status
e10s m2+ ---

People

(Reporter: Gavin, Assigned: Felipe)

Details

Attachments

(3 files)

I want to know:
- what percentage of our Nightly population has browser.remote.tabs.autostart set to true (i.e. are testing "full e10s")
- what percentage of our Nightly population has an e10s window open (i.e. are testing "partial e10s")

This would be particularly useful to measure the effects of bug 1064885 and bug 1064886.

Do we have any ways to answer that question yet? Couldn't see anything relevant in the FHR docs, and I don't see any relevant telemetry either. Can we get something quickly?
Indeed, I don't see this measurement in telemetry or FHR. For now I think we can have a good-enough solution for this using telemetry probes (measuring sessions instead of users). Somebody on e10s team ought to be implement, but gfritzsche or I can review.
Points: --- → 3
Assignee: nobody → felipc
Status: NEW → ASSIGNED
Iteration: --- → 35.2
Flags: qe-verify+
Flags: firefox-backlog+
Attached patch E10s telemetrySplinter Review
Attachment #8488016 - Flags: review?(benjamin)
Iteration: 35.2 → 35.1
Attachment #8488016 - Flags: review?(georg.fritzsche)
Additional questions whose answers would be interesting:
- how many sessions have browser.enabledE10SFromPrompt=true and browser.tabs.remote.autostart=true?
- how many sessions have browser.enabledE10SFromPrompt=true and browser.tabs.remote.autostart=false?
Comment on attachment 8488016 [details] [diff] [review]
E10s telemetry

This answers the original question. Happy to take another patch to deal with browser.enabledE10SFromPrompt measurement.
Attachment #8488016 - Flags: review?(georg.fritzsche)
Attachment #8488016 - Flags: review?(benjamin)
Attachment #8488016 - Flags: review+
Felipe, is your r+'d patch ready for checkin?
Flags: needinfo?(felipc)
It's ready, but I'm hoping to get the follow-up in today too. If the followup is not ready for today I'll land this patch later in the afternoon.
Flags: needinfo?(felipc)
Benjamin, I think this is what Gavin wants to measure in comment 3. What do you think?
Attachment #8488754 - Flags: review?(benjamin)
And another interesting measurement that I want to throw out there if someone else agrees it is useful: number of sessions that were blocked from running e10s because safe-mode/a11y/ime was active.
Attachment #8488759 - Flags: review?(benjamin)
Attachment #8488754 - Flags: review?(benjamin) → review?(mconley)
Attachment #8488759 - Flags: review?(benjamin) → review?(mconley)
Attachment #8488754 - Flags: review?(mconley) → review+
Comment on attachment 8488759 [details] [diff] [review]
Measure blacklisted e10s

Review of attachment 8488759 [details] [diff] [review]:
-----------------------------------------------------------------

::: toolkit/xre/nsAppRunner.cpp
@@ +4525,5 @@
>  {
>    if (!gBrowserTabsRemoteAutostartInitialized) {
> +    bool prefEnabled = Preferences::GetBool("browser.tabs.remote.autostart", false) ||
> +                       Preferences::GetBool("browser.tabs.remote.autostart.1", false);
> +    gBrowserTabsRemoteAutostart = !gSafeMode && prefEnabled;

Ah, yes, that looks much better anyways.
Attachment #8488759 - Flags: review?(mconley) → review+
QA Contact: jbecerra
https://hg.mozilla.org/mozilla-central/rev/fa0fe907570c
https://hg.mozilla.org/mozilla-central/rev/538eb2f60373
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 35
This has been implemented almost 2 months ago in Nightly. I'm guessing that if there were some issues it would have been reported by now, so setting this as qe-verify- since we have other higher priority work.
Flags: qe-verify+ → qe-verify-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: