Submitit is a lightweight tool for submitting Python functions for computation within a Slurm cluster. It basically wraps submission and provide access to results, logs and more. Slurm is an open source, fault-tolerant, and highly scalable cluster management and job scheduling system for large and small Linux clusters. Submitit allows to switch seamlessly between executing on Slurm or locally.
From inside an environment with submitit
installed:
import submitit
def add(a, b):
return a + b
# executor is the submission interface (logs are dumped in the folder)
executor = submitit.AutoExecutor(folder="log_test")
# set timeout in min, and partition for running the job
executor.update_parameters(timeout_min=1, slurm_partition="dev")
job = executor.submit(add, 5, 7) # will compute add(5, 7)
print(job.job_id) # ID of your job
output = job.result() # waits for completion and returns output
assert output == 12 # 5 + 7 = 12... your addition was computed in the cluster
The Job
class also provides tools for reading the log files (job.stdout()
and job.stderr()
).
If what you want to run is a command, turn it into a Python function using submitit.helpers.CommandFunction
, then submit it.
By default stdout is silenced in CommandFunction
, but it can be unsilenced with verbose=True
.
Find more examples here!!!
Submitit is a Python 3.6+ toolbox for submitting jobs to Slurm. It aims at running python function from python code.
Quick install, in a virtualenv/conda environment where pip
is installed (check which pip
):
- stable release:
pip install submitit
- stable release using conda:
conda install -c conda-forge submitit
- master branch:
pip install git+https://github.com/facebookincubator/submitit@master#egg=submitit
You can try running the MNIST example to check that everything is working as expected (requires sklearn).
See the following pages for more detailled information:
- Examples: for a bunch of examples dealing with errors, concurrency, multi-tasking etc...
- Structure and main objects: to get a better understanding of how
submitit
works, which files are created for each job, and the main objects you will interact with. - Checkpointing: to understand how you can configure your job to get checkpointed when preempted and/or timed-out.
- Tips and caveats: for a bunch of information that can be handy when working with
submitit
. - Hyperparameter search with nevergrad: basic example of
nevergrad
usage and how it interfaces withsubmitit
.
The aim of this Python3 package is to be able to launch jobs on Slurm painlessly from inside Python, using the same submission and job patterns than the standard library package concurrent.futures
:
Here are a few benefits of using this lightweight package:
- submit any function, even lambda and script-defined functions.
- raises an error with stack trace if the job failed.
- requeue preempted jobs (Slurm only)
- swap between
submitit
executor and one ofconcurrent.futures
executors in a line, so that it is easy to run your code either on slurm, or locally with multithreading for instance. - checkpoints stateful callables when preempted or timed-out and requeue from current state (advanced feature).
- easy access to task local/global rank for multi-nodes/tasks jobs.
- same code can work for different clusters thanks to a plugin system.
Submitit is used by FAIR researchers on the FAIR cluster. The defaults are chosen to make their life easier, and might not be ideal for every cluster.
- a commandline tool for running slurm jobs. Here, everything happens inside Python. To this end, you can however use Hydra's submitit plugin (version >= 1.0.0).
- a task queue, this only implements the ability to launch tasks, but does not schedule them in any way.
- being used in Python2! This is a Python3.6+ only package :)
dask
is a nice framework for distributed computing. dask.distributed
provides the same concurrent.futures
executor API as submitit
:
from distributed import Client
from dask_jobqueue import SLURMCluster
cluster = SLURMCluster(processes=1, cores=2, memory="2GB")
cluster.scale(2) # this may take a few seconds to launch
executor = Client(cluster)
executor.submit(...)
The key difference with submitit
is that dask.distributed
distributes the jobs to a pool of workers (see the cluster
variable above) while submitit
jobs are directly jobs on the cluster. In that sense submitit
is a lower level interface than dask.distributed
and you get more direct control over your jobs, including individual stdout
and stderr
, and possibly checkpointing in case of preemption and timeout. On the other hand, you should avoid submitting multiple small tasks with submitit
, which would create many independent jobs and possibly overload the cluster, while you can do it without any problem through dask.distributed
.
By chronological order: Jérémy Rapin, Louis Martin, Lowik Chanussot, Lucas Hosseini, Fabio Petroni, Francisco Massa, Guillaume Wenzek, Thibaut Lavril, Vinayak Tantia, Andrea Vedaldi, Max Nickel, Quentin Duval (feel free to contribute and add your name ;) )
Submitit is released under the MIT License.