LSF Version 7.3 - Administering Platform LSF

Cluster Concepts
16 Administering Platform LSF
When you submit a job to a queue, you do not need to specify an execution host.
LSF dispatches the job to the best available execution host in the cluster to run that
job.
Queues implement different job scheduling and control policies.
Commands:
◆ bqueues—View available queues
◆ bsub -q—Submit a job to a specific queue
◆ bparams—View default queues
Configuration:
◆ Define queues in lsb.queues
TIP: The names of your queues should be unique. They should not be the same as the cluster
name or any host in the cluster.
First-come,
first-served (FCFS)
scheduling
The default type of scheduling in LSF. Jobs are considered for dispatch based on
their order in the queue.
Hosts
Host An individual computer in the cluster.
Each host may have more than 1 processor. Multiprocessor hosts are used to run
parallel jobs. A multiprocessor host with a single process queue is considered a
single machine, while a box full of processors that each have their own process
queue is treated as a group of separate machines.
Commands:
◆ lsload—View load on hosts
◆ lshosts—View configuration information about hosts in the cluster including
number of CPUS, model, type, and whether the host is a client or server
◆ bhosts—View batch server hosts in the cluster
TIP: The names of your hosts should be unique. They should not be the same as the cluster name
or any queue defined for the cluster.
Submission host The host where jobs are submitted to the cluster.
Jobs are submitted using the
bsub command or from an application that uses the
LSF API.
Client hosts and server hosts can act as submission hosts.
Commands:
◆ bsub—Submit a job
◆ bjobs—View jobs that are submitted
Execution host The host where a job runs. Can be the same as the submission host. All execution
hosts are server hosts.