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 Exclusive Flag to SLURM Params #96

Open
alexandermichels opened this issue May 10, 2023 · 0 comments
Open

Add Exclusive Flag to SLURM Params #96

alexandermichels opened this issue May 10, 2023 · 0 comments

Comments

@alexandermichels
Copy link
Member

alexandermichels commented May 10, 2023

The Core and particularly the singcvmfs work could really use the exclusive flag in SLURM. It means that the job will be the only job running on a given node. Information below:

--exclusive[={user|mcs}]
The job allocation can not share nodes with other running jobs (or just other users with the "=user" option or with the "=mcs" option). If user/mcs are not specified (i.e. the job allocation can not share nodes with other running jobs), the job is allocated all CPUs and GRES on all nodes in the allocation, but is only allocated as much memory as it requested. This is by design to support gang scheduling, because suspended jobs still reside in memory. To request all the memory on a node, use --mem=0. The default shared/exclusive behavior depends on system configuration and the partition's OverSubscribe option takes precedence over the job's option. NOTE: Since shared GRES (MPS) cannot be allocated at the same time as a sharing GRES (GPU) this option only allocates all sharing GRES and no underlying shared GRES.
NOTE: This option is mutually exclusive with --oversubscribe.

More info: https://slurm.schedmd.com/sbatch.html

@alexandermichels alexandermichels changed the title Add Add Exclusive Flag to SLURM Params May 10, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant