Ensure PERFHERDER_DATA is also uploaded as perfherder-data.json artifacts across all test harnesses
Categories
(Tree Management :: Perfherder, task)
Tracking
(Not tracked)
People
(Reporter: myeongjun.ko, Assigned: myeongjun.ko)
References
Details
(Whiteboard: [fxp])
Attachments
(1 obsolete file)
Currently, several test harnesses (for example, Talos, Raptor) write PERFHERDER_DATA lines into the task log.
However, not all of them also create a corresponding perfherder-data.json artifact.
Having consistent JSON artifacts makes it easier and more reliable for downstream tools to consume performance data, instead of relying only on log parsing.
We should update each harness that outputs PERFHERDER_DATA to also generate and upload a perfherder-data.json artifact for consistency.
| Assignee | ||
Comment 1•1 year ago
•
|
||
I checked all PERFHERDER_DATA on Searchfox (https://searchfox.org/firefox-main/search?q=PERFHERDER_DATA&path=&case=true®exp=false) and documented any exceptions that create a perfherder-data.json file in the history.
This test script is intended for local use only, so generating a perfherder-data.json artifact is unnecessary.
| Assignee | ||
Comment 2•1 year ago
|
||
Comment 3•1 year ago
|
||
I wonder if (In reply to Myeongjun Go from comment #1)
I checked all PERFHERDER_DATA on Searchfox (https://searchfox.org/firefox-main/search?q=PERFHERDER_DATA&path=&case=true®exp=false) and documented any exceptions that create a perfherder-data.json file in the history.
- This test script is intended for local use only, so generating a perfherder-data.json artifact is unnecessary.
- For the production: https://searchfox.org/firefox-main/source/taskcluster/kinds/valgrind/kind.yml
It seems odd to me that there are local-only PERFHERDER_DATA outputs there. :glandium, can you confirm that this valgrind perfherder data is only output locally or is there a CI task that outputs it?
Comment 4•1 year ago
•
|
||
It's under if "MOZ_AUTOMATION" in os.environ: so it only shows on CI. And yes it's collected: https://treeherder.mozilla.org/perfherder/graphs?series=autoland,5078829,1,2
| Assignee | ||
Comment 5•1 year ago
|
||
Thanks so much for the patient explanation!
I was misunderstanding it, but I’ve now checked the CI tests and confirmed the logs. Appreciate your time and help :)
Comment 6•1 year ago
•
|
||
We're considering removing the fetch-content perfherder data. :ahal will be checking with his team to see if there is any need/want to keep it around.
:ahal also mentioned to check with you :glandium. Do you use/want/need that fetch-content data for anything? It's not a problem if you want to keep it around.
Comment 7•1 year ago
|
||
(In reply to Greg Mierzwinski [:sparky] from comment #6)
:ahal also mentioned to check with you :glandium. Do you use/want/need that fetch-content data for anything? It's not a problem if you want to keep it around.
Yes, it's useful to have as a separate metric.
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
Updated•9 months ago
|
No longer blocks: 1996563, 2001364, 1987328, 1987331, 1987430, 1987448, 1987585, 1987586, 1988102, 1988449, 1988476, 1988941, 1989015, 1989198, 1992054, 1994940, 1999975, 2000512, 2000618, 2000845
No longer depends on: 1892260
Updated•8 months ago
|
| Assignee | ||
Updated•8 months ago
|
Description
•