Closed Bug 1923443 Opened 8 months ago Closed 3 months ago

Bimodal behaviour in cold startup tests around sept 22/sept 23

Categories

(Firefox for Android :: Performance, defect)

All
Android
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: kshampur, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(3 files)

Steps to reproduce

  1. looking at cold startup performance tests in CI since sept 22 onward

Expected behavior

unimodal

Actual behavior

bimodal

Device information

A55 devices in perf test (bitbar)

  • Firefox version: Fenix nightly
  • Android device model: A55
  • Android OS version: 14

Any additional information?

perfherder graphs: (occurs in both mean and median metrics)

I believe this is the related revision range

I'll attach some screenshots as well since the graph ranges shift over time and starting point may not be easy to find depending on when this gets investigated

Attached image CVNS
Attached image CMFF
Attached image CVNE

Comment on attachment 9429694 [details]
CVNS

as mentioned, less pronounced in cvns test compared to cmff and cvne

from :mstange in the android-perf meeting:
"Random bug I found in the first range, probably unrelated: https://bugzilla.mozilla.org/show_bug.cgi?id=1919668"

I don't think I see it in Chrome startup tests, could it potentially be an experiment flag on Fenix?

Roger pointed out in this perfcompare, which is based off of code from sept 7, is still bimodal.

So likely some infra related changes and not code changes on sept 22/23?

The severity field is not set for this bug.
:kaya, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(kkaya)

for this CMFF graph https://treeherder.mozilla.org/perfherder/graphs?highlightAlerts=1&highlightChangelogData=1&highlightCommonAlerts=0&replicates=0&series=mozilla-central,182793,1,15&timerange=2592000

I went through each mode for the past month-ish (sept 25th - oct 24th) and made note of the device number eg:

higher (slower) (in order of sept 26 - oct 24)

[9, 9, 1, 3, 3, 4, 28, 9, 23, 16, 25, 5, 16, 28, 24, 8, 3, 3, 17, 16, 32, 18, 51, 24, 5, 51, 26, 40, 40, 7, 49, 23, 13, 52, 13, 13, 20, 24, 23, 1, 49, 31, 58, 53, 28, 19] ->

unique set:
{1, 3, 4, 5, 7, 8, 9, 13, 16, 17, 18, 19, 20, 23, 24, 25, 26, 28, 31, 32, 40, 49, 51, 52, 53, 58}

lower (faster) (sept 25 - oct 24):

[28, 12, 34, 13, 32, 31, 13, 29, 14, 34, 10, 34, 30, 36, 38, 39, 31, 39, 49, 50, 44, 44, 15, 15, 57, 63, 58, 63, 55] ->

unique set:
{10, 12, 13, 14, 15, 28, 29, 30, 31, 32, 34, 36, 38, 39, 44, 49, 50, 55, 57, 58, 63}


The overlapping devices between the two populations are {32, 13, 49, 58, 28, 31}

initially I was expecting/hoping there would be no overlap, but if we look at when the overlaps occur... 32 was faster in the beginning of the time period, but became "slower", as did 13, 49, 28, and 31 (not sure about 58). So it could be possible that either Fx on these devices or the devices themselves are becoming "slow" over time (or something like that)?

See Also: → 1926375, 1926372

Hey Kash, are we still experiencing the bimodal behavior?

Flags: needinfo?(kkaya) → needinfo?(kshampur)

doesn't look bimodal like it did before. but there seems to be a bit of variance (separate issue probably)

Flags: needinfo?(kshampur)

Hi Kash, should we close this ticket, then? What do you think the next steps should be here?

Flags: needinfo?(kshampur)

Yup I think we can probably close this now unless someone has objections. For tracking variance issue I mentioned in comment 12, we have Bug 1927748.
I'll close as Invalid since the bimodal issue doesn't seem to appear anymore. Feel free to change it to something else you think is more appropriate

Status: NEW → RESOLVED
Closed: 3 months ago
Flags: needinfo?(kshampur)
Resolution: --- → INVALID
See Also: → 1927748
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: