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

Extend SCIR libraries to support memory requirements #1438

Closed
prioux opened this issue Oct 7, 2024 · 2 comments
Closed

Extend SCIR libraries to support memory requirements #1438

prioux opened this issue Oct 7, 2024 · 2 comments
Assignees
Labels
Admin Features or bugs related to administrative features

Comments

@prioux
Copy link
Member

prioux commented Oct 7, 2024

The SCIR (Simple Cluster Interface in Ruby) class and subclasses provide an interface to a cluster's scheduling system.

It currently supports clusters of many different types, SGE, Slurm, PBS, Moab, UNIX processes, LSF, etc etc.

Its job object model allows the user to specify things like the location of stdout and stderr file, job walltime, etc.

It does not support providing a memory requirement, however. In the past we've always handled this by having the admin configure a direct command-line option for the sbatch or qsub command with the extra_qsub_args string option.

Add a new memory parameter (value in whole megabytes?) to the job object and make sure all the subclasses can add the associated resource limit at launch time.

@prioux prioux added the Admin Features or bugs related to administrative features label Oct 7, 2024
@prioux prioux self-assigned this Oct 7, 2024
@prioux
Copy link
Member Author

prioux commented Oct 7, 2024

Needed for a new tool with dynamic memory requirements that Natacha is working on.

@prioux
Copy link
Member Author

prioux commented Oct 7, 2024

Implemented in b6a383a

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Admin Features or bugs related to administrative features
Projects
None yet
Development

No branches or pull requests

1 participant