-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
DevProd Correctness
-
200
-
None
-
3
-
TBD
-
None
-
None
-
None
-
None
-
None
-
None
-
None
A seemingly odd multiplier is applied to just rhel8.8-large when determining resmoke job counts. Here: https://github.com/10gen/mongo/blob/d24f08629e2c5a1877c871ca80a782df79300861/buildscripts/evergreen_resmoke_job_count.py#L140
This is an odd thing to do, given that we would expect linear job-count scaling if we were to switch a task to rhel8.8-xlarge, for example.
We should likely remove this override (and counteract any job count regression with the other the controls based on task name and variant name), or apply it to all rhel8.8-* distros.
Introduced here: https://github.com/10gen/mongo/commit/ad726654e555009747c5c361039c0c44edcf00d1, but has just been bumped over the years as we upgraded distros.
- is related to
-
SERVER-51251 Increase parallelism in Evergreen tasks
-
- Closed
-