Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for resource allocation/limits #48

Open
tsiemens opened this issue Apr 26, 2020 · 1 comment
Open

Add support for resource allocation/limits #48

tsiemens opened this issue Apr 26, 2020 · 1 comment
Labels
enhancement New feature or request

Comments

@tsiemens
Copy link
Contributor

tsiemens commented Apr 26, 2020

Feature proposal:
Add some config for the number of "resources" (some arbitrary number) on the system. Could simply default this to 100 or something.
When scheduling jobs, add an option to assign the resource load to the job (default to 0). This will allow you to limit the number of jobs running in parallel, but not require a lot of effort to set them up all linearly.

Example use case:

job -k 0 <base job>
job -k 1a -B 0  --resources 60 <expensive secondary job>
job -k 1b -B 0  --resources 60 <expensive secondary job>
job -k 1c -B 0  --resources 20 <less expensive secondary job>
job -k 1d -B 0  --resources 20 <less expensive secondary job>
job -k 1e -B 0  --resources 20 <less expensive secondary job>

Effectively what you want to do is run the expensive jobs one at a time, and fill in the remaining resources with the less expensive jobs. But you do not want to run all of the less expensive jobs all at the same time, or have them blocked by each other in single-file. It may be tedious to line them all up manually, and depending on their runtime, could easily result in less-than-optimal overall runtime.

A more specific use case for the expensive jobs is a compile job which really likes to hog CPU cores. You may only be able to run one or two other jobs along side at a time.

@wwade wwade added the enhancement New feature or request label Apr 26, 2020
@wwade
Copy link
Owner

wwade commented Apr 26, 2020

Sounds pretty good, yeah.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants