When a job grows or shrinks, its resource reservation (for example memory or shared resources) changes proportionately.
Slots are only added to a job’s allocation when resize occurs if the job does not violate any resource limits placed on it.
The JOB_ACCEPT_INTERVAL parameter in lsb.params or lsb.queues controls the number of seconds to wait after dispatching a job to a host before dispatching a second job to the same host. The parameter applies to all allocated hosts of a parallel job. For resizable job allocation requests, JOB_ACCEPT_INTERVAL applies to newly allocated hosts.
Jobs requeued with brequeue start from the beginning. After requeue, LSF restores the original allocation request for the job.
bswitch can switch resizable jobs between queues regardless of job state (including job’s resizing state). Once the job is switched, the parameters in new queue apply, including threshold configuration, run limit, CPU limit, queue-level resource requirements, etc.
User group administrators are allowed to issue bresize commands to release a part of resources from job allocation (bresize release) or cancel active pending resize request (bresize cancel).
If job-level, application-level or queue-level REQUEUE_EXIT_VALUES are defined, and as long as job exits with a defined exit code, LSF puts the requeued job back to PEND status. For resizable jobs, LSF schedules the job according to the initial allocation request regardless of any job allocation size change.
A rerunnable job is rescheduled after the first running host becomes unreachable. Once job is rerun, LSF schedules resizable jobs based on their initial allocation request.