| | 56 | |
| | 57 | == Increasing the number of simultaneous active lapRuns == |
| | 58 | |
| | 59 | Given a queue list file, the number of active lapRuns can be increased by finding the command line for the next unprocessed projection cell/filter, and issuing that command. However, only one command should be issued at any time. Due to the way the exposure sharing works, having two lapRuns with the state of 'new' in the same filter can cause multiple chipRuns to be queued for the same exposure. To prevent this from happening, wait until there are no more lapRuns with state 'new' before adding a second lapRun. |
| | 60 | |
| | 61 | == Decreasing the number of simultaneous active lapRuns == |
| | 62 | |
| | 63 | If there are too many currently active runs, you must wait for the processing to finish. A replacement run is queued during the cleanup phase, using the queue list file defined in pantasks using 'lap.define.queue'. If this queue file is not defined (or points at a non-existing file, or an empty file, etc.), no replacement run will be queued, and the cleanup phase will clean and deactivate the finished run. To make this easier, an empty queue file exists ('/home/panstarrs/ipp/lap/off.queue') that can be used to cull down the number of active runs. |