Investigate improving speed of xpcshell-test builders by adjusting the number of threads
Categories
(Release Engineering :: General, task)
Tracking
(Not tracked)
People
(Reporter: standard8, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 obsolete file)
In bug 1917833 I found that changing the number of threads (processes) that xpcshell-tests use on my Mac M1 Max significantly improved the run time of xpcshell-tests and the performance of the machine whilst running the tests.
We should consider if we want the same for CI or not.
A couple of try pushes:
:padenot suggested that there appears to be a 2x improvement in time reduction of the xpcshell-test part of the builder run.
I'll attach a patch for this, but if more in-depth investigations are required, I'd prefer to pass those off to someone working on CI.
Reporter | ||
Comment 1•11 months ago
|
||
Updated•11 months ago
|
Comment 2•11 months ago
|
||
"up to 2x", but more importantly tighter stddev, without having enough retries for the data to be significant.
Updated•11 months ago
|
Reporter | ||
Comment 3•11 months ago
|
||
Having had some testing of this on Intel silicon on local machines, there's no clear advantage to reducing the threads (for Intel Silicon at least) and may actually be a regression point.
I do think that as this hasn't been revisited for a while, that it may be worth revisiting and doing some analysis on the builders across all platforms. However I'm not best positioned to do that, so un-assigning myself.
Updated•11 months ago
|
Updated•9 months ago
|
Description
•