diff --git a/pwiz_tools/Osprey/Documentation/Help/en/CommandLine.html b/pwiz_tools/Osprey/Documentation/Help/en/CommandLine.html index d53c9dcf58..8508825c4c 100644 --- a/pwiz_tools/Osprey/Documentation/Help/en/CommandLine.html +++ b/pwiz_tools/Osprey/Documentation/Help/en/CommandLine.html @@ -68,7 +68,6 @@
| Argument | Description |
|---|---|
| HPC: run exactly one pipeline task (one node = one task). Omit for the full pipeline. SpectraCache stages the .spectra.bin caches; ModelDiagnostics regenerates only the | |
| HPC: one or more .scores.parquet files, or a single directory ( |
| Show this help message ([ascii|unicode|sections|html|<Section>]) | |
| Show version |
EXAMPLES:
osprey -i sample.mzML -l library.tsv -o results.blib
osprey -i *.mzML -l library.tsv -o results.blib --resolution hram
HPC SPLIT (one node = one --task): see --task / --input-scores above.
EXAMPLES:
osprey -i sample.mzML -l library.tsv -o results.blib
osprey -i *.mzML -l library.tsv -o results.blib --resolution hram
HPC SPLIT (one node = one --task): see --task above.
Run with no --task for the whole pipeline in one process. For distributed (HPC / workflow-engine) execution the pipeline splits at its join / fan-out boundaries into four single-task workers — one node = one --task: PerFileScoring (split, per file) → FirstPassFDR (join, all files) → PerFileRescoring (split, per file) → SecondPassFDR (join, all files). Pass the same --library and search options to every task; the parquet integrity check rejects inputs whose search/library hash does not match.
# split 1 - one process per mzML (writes <stem>.scores.parquet, <stem>.calibration.json beside each input) Osprey --task PerFileScoring -i s1.mzML -l hela.tsv -o out.blib --resolution unit --protein-fdr 0.01 -# join 1 - one process over ALL parquets (pass a directory so the order is deterministic) -Osprey --task FirstPassFDR --input-scores ./scores_dir -l hela.tsv -o out.blib --resolution unit --protein-fdr 0.01 +# join 1 - one process over ALL runs (pass a sorted list so the order is deterministic) +Osprey --task FirstPassFDR --input-list runs.txt -l hela.tsv -o out.blib --resolution unit --protein-fdr 0.01 # writes beside each parquet: <stem>.1st-pass.fdr_scores.bin, <stem>.reconciliation.json # split 2 - one process per file (parquet + its two sidecars co-located) -Osprey --task PerFileRescoring --input-scores s1.scores.parquet -l hela.tsv -o out.blib --resolution unit --protein-fdr 0.01 +Osprey --task PerFileRescoring -i s1.mzML -l hela.tsv -o out.blib --resolution unit --protein-fdr 0.01 # writes: <stem>.scores-reconciled.parquet -# join 2 - one process over ALL reconciled parquets (writes out.blib) -Osprey --task SecondPassFDR --input-scores ./reconciled_dir -l hela.tsv -o out.blib --resolution unit --protein-fdr 0.01 +# join 2 - one process over ALL runs, reading their reconciled parquets (writes out.blib) +Osprey --task SecondPassFDR --input-list runs.txt -l hela.tsv -o out.blib --resolution unit --protein-fdr 0.01-
--input-scores takes a directory (globbed and sorted internally) or an explicit file list (used in the order given). FirstPassFDR reconciliation is order-sensitive, so for FirstPassFDR and SecondPassFDR pass a directory or a deterministically sorted list. The rehydration sidecars must travel with their parquet into each worker's working directory. Let the scheduler do the fan-out (one file per split process) rather than --parallel-files, which is the single-node multi-file mode.
EVERY task takes -i, naming the DATA files - the same names the first split was given. A join task derives each run's parquet and sidecars from the input stem, so the data file itself need not still exist: what has to be in the worker's working directory (or under --output-dir) is that run's artifacts. FirstPassFDR reconciliation is order-sensitive, so pass a deterministically sorted list - --input-list takes one path per line and is what a cohort past a few hundred runs needs, since -i spends the command line at O(files). Let the scheduler do the fan-out (one file per split process) rather than --parallel-files, which is the single-node multi-file mode.