UPDATE-SORT-BED-STARCH-SLURM(1)
β¨ NAME β¨
okay so bestie, say hi to update-sort-bed-starch-slurm π β it's a manual page for the thing itself, update-sort-bed-starch-slurm version 2.4.42+dfsg. yes the whole name, she's long, she's iconic, she contains multitudes. π
πΈ DESCRIPTION πΈ
so. update-sort-bed-starch-slurm β no cap, that's the whole vibe. it's giving:
- citation: http://bioinformatics.oxfordjournals.org/content/28/14/1919.abstract
- version:
2.4.42 - authors: Alex Reynolds and Shane Neph
and like, here's how you actually run her:
$ update-sort-bed-starch-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> ] [ --unstarch-path <path to unstarch> ] [
--starch-path <path to starch> ] [ --starchcat-path <path to
starchcat> ] [ --debug ] --input-original <old-bed-file>
--input-backup <renamed-old-bed-file> --output-temp
<intermediate-new-bed-file> --output-final <new-bed-file>
π the flags, one by one (do not lose a single one, i'm serious)
--slurm-memory <MB>β how much memory each SLURM sort task gets. defaults to 8 GB if you don't say anything.--slurm-partition <SLURM partition>β which cluster partition the work gets launched on. defaults to the"queue0"partition unless you set this.--slurm-workdir <working directory>β the working directory for the SLURM side of things.--slurm-output <SLURM output directory>β where SLURM drops its output.--slurm-error <SLURM error directory>β where SLURM drops its errors. π«Ά--bedextract-path <path to bedextract>β path to thebedextractbinary.--sort-bed-path <path to sort-bed>β path to thesort-bedbinary.--unstarch-path <path to unstarch>β path to theunstarchbinary.--starch-path <path to starch>β path to thestarchbinary.--starchcat-path <path to starchcat>β path to thestarchcatbinary.--debugβ debug mode, turn it on.--input-original <old-bed-file>β your original, pre-v2.4.20-sorted Starch input file. required, fr fr.--input-backup <renamed-old-bed-file>β what the original input file gets renamed to when migration finishes. required.--output-temp <intermediate-new-bed-file>β the intermediate new BED file that gets written as migration progresses. required.--output-final <new-bed-file>β the final new BED file that the result lands in. required.
okay so what does she do?? the update-sort-bed-starch-slurm utility applies an updated sort order on Starch files that were sorted per pre-v2.4.20 sort-bed, and she uses a SLURM job scheduler to coordinate resorting each chromosome in "--input-original" per post-v2.4.20 sort-bed, then writes the result to a Starch file at "--output-final". slay. π
when migration is finished, "--input-backup" specifies the new name of the original input file. that's the glow-up, the rebrand, the new identity. β¨
as migration progresses, intermediate results are written to "--output-temp" and then written to "--output-final" upon completion. so you can literally watch her cook. π₯
each sort task is given 8 GB of memory and is assigned to the "queue0" partition, unless the "--slurm-memory" and "--slurm-partition" options are set. so if your input is bigger than 8 GB, bestie, you WILL need to allocate more memory. don't play yourself. π
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/tmpmay fail, as the/tmppath is almost certainly unique to a node; it is necesssary to use a path shared among all nodes. (and yes, "necesssary" is spelled exactly like that in the original, i'm keeping it, it's part of her lore. π)
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. so it's a very specific girl in a very specific era. π¦
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 prev2.4.20 order, or which do not follow exact specification, all of which can lead a per-chromosome resort task to fail. π yeah. silent failure. the worst kind. be careful out there.
π SEE ALSO π
the full documentation for update-sort-bed-starch-slurm is maintained as a Texinfo manual. if the info and update-sort-bed-starch-slurm programs are properly installed at your site, the command
info update-sort-bed-starch-slurm
should give you access to the complete manual. go read it, bestie, she's thorough. ππ
and that's the whole page!! π this one's from update-sort-bed-starch-slurm 2... (the version string the footer shows, she's mysterious like that β¨), dated August 2025, and the page itself is UPDATE-SORT-BED-STARCH-SLURM(1) in the User Commands section. okay bye ily, go resort responsibly π«Άπ
π¦ 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