Closed Bug 1753483 Opened 2 years ago Closed 9 months ago

No useful profiles for the a11yr dhtml test

Categories

(Testing :: Talos, defect, P3)

Default
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1689674

People

(Reporter: mstange, Unassigned)

References

(Blocks 1 open bug)

Details

Profiles: https://share.firefox.dev/34yWpUr, https://share.firefox.dev/3Gjxly4

When capturing profiles on the T-fis(o) job (example), the profiles which are collected for "a11yr dhtml.html" are not useful, at least on macOS.

The profiles don't contain samples from the content process for the interesting window of time.
It looks like the content process has just started up, so it is possible that the profiler wasn't started early enough so that it would cause the new process to be startup-profiled.
Or maybe the profiler was paused, and the "resume" command was delayed somehowe.

(In reply to Markus Stange [:mstange] from comment #0)

Profiles: https://share.firefox.dev/34yWpUr, https://share.firefox.dev/3Gjxly4

The buffer capacity was only 1MB for these 2 profiles. Maybe that's the problem?

Severity: -- → S3
Priority: -- → P2
Priority: P2 → P3
See Also: → 1812452

As Florian said, I think the main reason was indeed the low buffer size in talos tests. This should be fixed with Bug 1689674 now.
Here are some example profiles I got from the CI with the increased buffer size: 1, 2
It looks like there are much more information compared to the initial profiles.

Closing this in favor of it.

Status: NEW → RESOLVED
Closed: 9 months ago
Duplicate of bug: 1689674
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.