UPDATE-SORT-BED-SLURM(1)
β¨ UPDATE-SORT-BED-SLURM β¨
okay bestie, gather round π this is the manual page for update-sort-bed-slurm, and it comes to you straight from version 2.4.42+dfsg. it's a whole little utility, it's lowkey iconic, and it has opinions about your BED files. let's get into it π¦
πΈ NAME πΈ
update-sort-bed-slurm β the manual page for update-sort-bed-slurm 2.4.42+dfsg. that's it, that's the name, she's self-titled π
π DESCRIPTION π
citation: http://bioinformatics.oxfordjournals.org/content/28/14/1919.abstract
version: 2.4.42
authors: Alex Reynolds and Shane Neph
okay so here's the vibe. the whole invocation looks like this:
$ update-sort-bed-slurm [ --slurm-memory <MB> ]
[ --slurm-partition <SLURM partition> ]
[ --slurm-workdir <working directory> ] [ --slurm-output <SLURM
output directory> ] [ --slurm-error <SLURM error directory> ] [
--bedextract-path <path to bedextract> ] [ --sort-bed-path <path
to sort-bed> ] [ --debug ] --input-original <old-bed-file>
--input-backup <renamed-old-bed-file> --output-temp
<intermediate-new-bed-file> --output-final <new-bed-file>
so what does she do, you ask? π§ the update-sort-bed-slurm utility applies an updated sort order on BED files that were sorted per pre-v2.4.20 sort-bed. she does this using a SLURM job scheduler to coordinate resorting each chromosome in --input-original per post-v2.4.20 sort-bed, and then she writes the result out to --output-final. slay β¨
when the migration is finished, --input-backup specifies the new name of the original input. no cap, that's the rename step π
as migration progresses, intermediate results are written to --output-temp and then written to --output-final upon completion. so it's a little journey, and you get to watch it happen π
each sort task is given 8 GB of memory and is assigned to thequeue0partition, unless the--slurm-memoryand--slurm-partitionoptions are set. if your input is larger than 8 GB, you will need to allocate more memory. not me warning you about this, it's literally in the docs π₯
because this launches all work on the specified cluster partition, the paths specified by --input-original, --input-backup, --output-final, and --output-temp must be accessible to all computational nodes. for example, using /tmp may fail, as the /tmp path is almost certainly unique to a node; it is necessary to use a path shared among all nodes. this is the main character energy of gotchas, bestie, do not skip it π
note that this utility will not work on entirely unsorted BED files β only on files with a sort order from pre-v2.4.20 sort-bed, where there are ties on the first three columns. she's specific like that π
in fact, until further refinements are made, this convenience utility could fail silently on inputs which are not BED, or which are not sorted per pre-v2.4.20 order, or which do not follow exact specification β all of which can lead a per-chromosome resort task to fail. π silent failure is the villain of this whole story, so please read that twice.
π the options, in full
--slurm-memory <MB>β how much memory each sort task gets, in MB. leave it alone and every task gets 8 GB. bigger input? bigger number, periodt.--slurm-partition <SLURM partition>β which SLURM partition the work gets assigned to. default vibe isqueue0.--slurm-workdir <working directory>β the working directory for the SLURM side of things.--slurm-output <SLURM output directory>β where SLURM should drop its output.--slurm-error <SLURM error directory>β where SLURM should drop its errors. (yes, you want this one, fr fr.)--bedextract-path <path to bedextract>β the path tobedextract.--sort-bed-path <path to sort-bed>β the path tosort-bed.--debugβ turns on debug mode. the little spyglass of the whole operation π--input-original <old-bed-file>β your old BED file, the one sorted the pre-v2.4.20 way. this is the one getting resorted, chromosome by chromosome.--input-backup <renamed-old-bed-file>β the new name the original input gets once migration is finished.--output-temp <intermediate-new-bed-file>β the intermediate new BED file, where progress lands while things are still cooking.--output-final <new-bed-file>β the final new BED file, written once everything is complete. the glow-up destination π¦
π SEE ALSO π
the full documentation for update-sort-bed-slurm is maintained as a Texinfo manual. if the info and update-sort-bed-slurm programs are properly installed at your site, this command:
info update-sort-bed-slurm
should give you access to the complete manual. go get that lore, bestie πβ¨
and that's the whole page, bestie π«Ά this was update-sort-bed-slurm 2.4.42+dfsg, dated August 2025 β and it was so nice to read for you. now go allocate more than 8 GB if you need to, and please use a shared path πππΈ
π¦ where this page comes from
- ubuntu resolute: bedops 2.4.42+dfsg-1 Β· GPL-2.0-or-later
- ubuntu stonking: bedops 2.4.42+dfsg-1 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms