Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Excessive identical job parallelism in workflow

See original GitHub issue

RedEye folk,

Could you take a look at your testing workflow. When it kicks off it is occupying over half of our organization’s available runners, and has starved out some of the other projects.

Please document the purpose of 12 identical jobs running in parallel in the workflow. e.g., the parallel tests are non-deterministic.
Please consider using max-parallel to limit the matrix to a couple of jobs at a time if this parallelism isn’t necessary.

Thank, @felddy

https://github.com/cisagov/RedEye/blob/336919c97d620f40aaf403131ee922b7b169221d/.github/workflows/test.yml#L47-L51

https://github.com/cisagov/RedEye/blob/336919c97d620f40aaf403131ee922b7b169221d/.github/workflows/test.yml#L90-L94

Issue Analytics

State:
Created 10 months ago
Comments:7 (3 by maintainers)

Top GitHub Comments

4reactions

sang2925commented, Nov 15, 2022

Sorry about this. I will reduce the amount of runners that the cypress tests are using.

2reactions

jsf9kcommented, Nov 17, 2022

Sorry about this. I will reduce the amount of runners that the cypress tests are using.

Please don’t forget to specify the purpose of running multiple, identical copies of the same job. (The value of containers from the matrix strategy is not used as far as I can tell, which is why I am saying that all the jobs are identical.)