This script can be used on a SLURM managed cluster such as CTMR's Gandalf or UPPMAX to run simple command in parallel across several cores and nodes in an easy way.
run_in_parallel.py --call 'echo {query}' file1 file2 file3
This submits three batch jobs via Slurm.
run_in_parallel.py --call 'echo {query}&' --stack 2 file1 file2 file3
This submits two batch jobs via Slurm, where the first runs the command on
file1 and file2 simultaneously, and the second node only runs on file3. Note
that the command must end with an &
sign, otherwise the stacked jobs run in
sequence on each resource.
run_in_parallel.py -N 1 -n 16 --call 'cp ~/database.fasta $TMPDIR; cd $TMPDIR; heavy_processing -input={query} -db=database.fasta -out={query}.output; cp {query}.output ~/results' file1 file2 file3
This copies a big database to the $TMPDIR
on each node, changes dir to
$TMPDIR
, runs the command heavy_processing
in $TMPDIR
, then copies the
results back to the user home dir.
run_in_parallel.py --file path/to/file.txt --call 'echo {query}'
This reads queries from path/to/file.txt
, one query per line, instead of
taking queries as arguments on the command line. Using -f
/--file
ignores
command line arguments. Be careful with spaces and other strange characters
on the lines in path/to/file.txt
, as they can mess up your --call
when
bash tries to interpret special characters in strange ways...
run_in_parallel.py --copy-decompress --call 'analyze_fastq {query} > {cwd}{query}.results' file1.fastq.gz file2.fastq.bz2 file3.dsrc
This automatically copies or decompressed the query file to $TMPDIR
, and the
working directory is changed to $TMPDIR
before running the command. {query}
is replaced by the decompressed file name. {cwd}
is replaced with the working
directory from which run_in_parallel.py
was called, complete with trailing
/
, making it easy to produce output files relative to the calling directory.
Filenames ending with .gz
, .bz2
, or .dsrc
are decompressed directly to
$TMPDIR
(no intermediate copying of the compressed file). Other files are
just copied as is.
Note that the script is stupid, makes a lot of assumptions, and has no error correction; make sure you spell the command correctly. Also note that this script does not help you optimally use the resources of the node. You are responsible for making sure you use the nodes to their full capacity.
Run the script and give any number of files as command line arguments. The call should be enclosed in single quotes. Example:
$ ls sequence_files
reads1.fasta reads2.fasta reads3.fasta something_else.txt annotation.gff
$ run_in_parallel.py --call 'blat ~/databases/bacterial_genomes.fasta {query} -out=blast8 {query}.blast8' sequence_files/*.fasta
Submitted Slurm job for 'reads1.fasta'
Submitted Slurm job for 'reads2.fasta'
Submitted Slurm job for 'reads3.fasta'
(... wait for jobs to be allocated and run)
$ ls
sequence_files reads1.fasta.blast8 reads2.fasta.blast8 reads3.fasta.blast8
slurm-6132412.out slurm-6132413.out slurm-6132414.out
There is command line help available. Run without arguments, -h
or --help
to display the help text. Remember to set the -p
and -A
flags (Slurm
partition and account) to whatever is relevant for your application. Always
specify a reasonable wall clock time (-t
), so that your job is allocated as
soon as possible.
Clone the repository and symlink the run_in_parallel.py
script in your
~/bin
folder:
$ git clone git@github.com:ctmrbio/run_in_parallel
$ ln -s ~/run_in_parallel/run_in_parallel.py ~/bin
Call the script from wherever (since you have a symlink in ~/bin
) and give it
many files as command line arguments. The call is a simple "Hello world!" in
this example.
$ ls files_to_run
job1 job2 job3
$ run_in_parallel.py --call 'echo "Hello from {query}!"' files_to_run/*
Submitted Slurm job for 'job1'
Submitted Slurm job for 'job2'
Submitted Slurm job for 'job3'
Most of the time you probably write the results to some files somewhere. Here we just see the printout in the stdout from the nodes which are available in the call directory after job completion.
$ cat slurm*.out
Hello from job2!
Hello from job1!
Hello from job3!
Note that the jobs might not necessarily have run in the order they were submitted.