AI Potluck
Back to Gap Map Infrastructure / ML orchestration

IBM Spectrum LSF

IBM
closed / Overall score: n/a

Commercial workload manager and job scheduler for distributed high-performance computing. Jobs declare what they need in LSF's own submit schema - a GPU count, mode, model and memory, or a resource requirement string naming physical GPUs and interconnect - and LSF's scheduler places each job on hosts whose advertised resources satisfy it, autoscaling onto cloud capacity where a site has configured it.

IBM publishes LSF's documentation on ibm.com/docs, which returns HTTP 403 to this repository's fetcher on every header combination while serving curl normally - a TLS-level block rather than a policy, and the site is client-rendered besides. The evidence here is drawn from IBM-published sources that are reachable: the product page on ibm.com/products, and IBM's own lsf-python-api examples on GitHub.

Openness

1 high confidence
1.0
license
Proprietary
service
proprietary(IBM commercial suite, licensed per site)
source
closed(no implementation is published

IBM Spectrum LSF is a commercial suite with no published implementation. IBM's GitHub repositories are a Python API wrapper and integration code that drive the scheduler rather than implement it, so no license can substitute for the missing source.

  • https://www.ibm.com/products/hpc-workload-management recorded 2026-09-16

    IBM's own product page: 'IBM Spectrum LSF Suites is a workload management platform and job scheduler for distributed high performance computing (HPC)', sold as a suite with a separately downloadable Community Edition. Establishes a commercial product with no published implementation.

Adoption

not assessed

No usage figure is published for LSF, and it has no countable artifact of its own — no package, repository or registry entry for the scheduler itself; IBM's lsf-python-api repository is only a wrapper, so its stars would measure a different thing. No level is assigned rather than one inferred.

Capability

4 medium confidence
4.0

The GPU request is expressed in LSF's own submit schema rather than a backend spec passed through, and LSF's scheduler uses it to select which hosts receive the job, down to GPU model and memory. Nothing reachable establishes a multi-machine set reserved as a single allocation, the property that would lift it above OpenPAI, which selects hardware the same way.

  • https://raw.githubusercontent.com/IBMSpectrumComputing/lsf-python-api/master/examples/submit_gpu_job.py recorded 2026-09-16

    IBM's own lsf-python-api GPU submission example: submitreq.options4 = lsf.SUB4_GPU_REQ with gpuOpt entries JDATA_EXT_GPU_NUM, JDATA_EXT_GPU_MODE, JDATA_EXT_GPU_MODEL, JDATA_EXT_GPU_MEM and JDATA_EXT_GPU_TILE, and the commented alternative resReq = 'rusage[ngpus_physical=2:gmodel=K80#12G:nvlink=yes]'. Establishes that the accelerator request is expressed in LSF's own schema and submitted to its scheduler.

  • https://www.ibm.com/products/hpc-workload-management recorded 2026-09-16

    IBM's product page describing LSF as a job scheduler for distributed HPC with automated NVIDIA GPU detection and configuration, and autoscaling onto cloud capacity under scheduling policies.

Verified 2026-09-16