Need a way to get both profiled and non-profiled sp3 runs with a single ./mach try command
Categories
(Testing :: Performance, enhancement, P2)
Tracking
(firefox155 fixed)
| Tracking | Status | |
|---|---|---|
| firefox155 | --- | fixed |
People
(Reporter: mstange, Assigned: animalan)
References
Details
(Whiteboard: [fxp][operational])
Attachments
(1 file, 1 obsolete file)
We want to make it easy for developers to find out "Does my patch impact performance, and if so, how?" using the tryserver. To answer these questions, developers need both performance numbers, and profiles:
- Before/after numbers so that PerfCompare can check if the actual score has changed, without any skew from profiling
- Before/after profiles so that they can see how exactly the runtime within a function has changed as a result of the patch
And with profiles I mean both Gecko profiler profiles and native profiler profiles (simpleperf / ETW).
There needs to be a single ./mach try command which triggers both kinds of jobs, so that it's fire and forget. What we don't want is "push, wait for some jobs to be ready, retrigger job with profiling, wait again" - there must only be one wait roundtrip.
I have no opinion on the exact command syntax.
| Assignee | ||
Updated•3 months ago
|
Comment 1•3 months ago
|
||
I met with Abhishek about this one, and he'll use the --native-profiling flag but with an argument to allow both tasks to get added. It'll default to only 1 (the profiling task) at the start since they'll be impacted by the --rebuild flag. That can change later once the feature in bug 2034253 gets implemented (per-task rebuild specifications).
Updated•3 months ago
|
| Assignee | ||
Updated•3 months ago
|
| Assignee | ||
Comment 2•3 months ago
|
||
--native-profiling=both creates a new profiling task (suffixed with
-native-profiling) alongside the original task. This allows both the
original task and the profiling version to be run in the same ./mach try
command.
| Assignee | ||
Comment 3•1 month ago
|
||
Updated•1 month ago
|
| Assignee | ||
Comment 4•1 month ago
•
|
||
Per the recent talks, we will resolve this by removing the --native-profiling Try flag and creating duplicate jobs with native profiling.
Updated•25 days ago
|
Updated•25 days ago
|
Updated•24 days ago
|
Updated•24 days ago
|
Updated•21 days ago
|
Updated•21 days ago
|
Comment 6•20 days ago
|
||
| bugherder | ||
Description
•