Versions Compared

Old Version 14

changes.mady.by.user Vincent Esposito

Saved on

compared with

New Version 15

changes.mady.by.user Vincent Esposito

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The full list of options is here:




Code Block
languagebash
themeRDark
(ana-4.0.1730-py3) snelson@drp-srcf-eb003:/cds/data/drpsrcf/xcs/xcsx39718/scratch/smalldata_tools$bash-4.2$ ./arp_scripts/submit_smd.sh -h
submit_smd.sh: 

        Script to launch a smalldata_tools run analysis

        OPTIONS:
                -h|--help
                        Definition of options
                -e|--experiment
                        Experiment name (i.e. cxilr6716)
                -r|--run
                        Run Number
                -d|--directory
                        Full path to directory for output file
                -n|--nevents
                        Number of events to analyze
                -q|--queue
                        Queue to use on SLURM
                -c|--cores
                        Number of cores to be utilized
                -f|--full
                        If specified, translate everything
                -D|--default
                        If specified, translate only smalldata
                               -i|--image
                        If specified, translate everything & save area detectors as images
                -T|--tiff
If specified, translate everything & save area detectors as images * single-event tiffs
--norecorder
                --norecorder
                        If specified, don't use recorder data
                               --nparallel
                                               Number of processes per node
                               --postTrigger
                                               Post that primary processing done to elog to seconndary jobs can start
                               --interactive
                                               Run the process live w/o batch system





We will usually set up the production to run automatically through the ARP. The number of jobs is tuned to use as few cores as necessary to process data at data taking speed to keep the time before the files are available to a minimum while keep the the queue as empty as possible. This is useful in cases where the reduction parameters are stable for sets of runs (most of the XPP and XCS experiments fall into this category)..