• ↑↓ pour naviguer
  • pour ouvrir
  • pour sélectionner
  • ⌘ ⌥ ↵ pour ouvrir dans un panneau
  • ←→ pour naviguer
  • esc pour rejeter
⌘ '
raccourcis clavier

Formal Definition

“Batch Operating System is an operating system in which similar jobs are grouped into batches and executed automatically without user interaction.”

Explanation

A batch OS was one of the earliest operating system types, designed for the era when computers were expensive, slow, and scarce. Instead of each user interactively running their program, jobs (punch cards or tape reels) were collected into a batch and submitted to the computer at once. The batch OS would load and execute each job automatically, one after another, without any user interaction during execution. When one job finished, the system immediately started the next. This maximized the utilization of the expensive computer by eliminating idle time between jobs. The tradeoff was that users had to wait — sometimes hours or days — for their output.

How It Works

  • Users submit jobs (programs + data) on punch cards or magnetic tape
  • The operator collects jobs into a batch — grouping similar jobs together for efficiency
  • The batch OS (resident monitor) loads the first job from the batch into memory
  • The job executes to completion (or until an error) with no user interaction
  • Output (results) is written to a printer or output tape
  • The OS loads the next job automatically
  • After all jobs in the batch complete, results are returned to users
  • The resident monitor stays in memory and manages the job-to-job transition

Visual Explanation

batch_os JOBS User Jobs (Cards / Tape) BATCH Batch Collection JOBS->BATCH MON Resident Monitor (Batch OS) BATCH->MON load batch CPU CPU Execution MON->CPU run job 1 CPU->CPU job 2 ... OUT Output (Printer / Tape) CPU->OUT completion

Semantic Network

semantic_batch_os THIS Batch Operating System OS Operating System THIS--OS built from MULTI Multiprogramming OS THIS--MULTI contrasts with MULTIT Multitasking OS THIS--MULTIT contrasts with RTOS Real-Time OS THIS--RTOS contrasts with DIST Distributed OS THIS--DIST related PROC Process Management THIS--PROC related

Key Properties

  • Jobs are grouped into batches and processed sequentially without user interaction
  • Maximizes hardware utilization by eliminating manual job-switching idle time
  • No interactivity — users submit jobs and come back later for results
  • Resident monitor (a simple OS) manages job loading and execution
  • Suitable for large, repetitive, non-interactive workloads (payroll, billing, report generation)
  • Poor turnaround time — users may wait hours or days for output

Connections

Edge Cases & Gotchas

  • Batch OS is largely obsolete for general-purpose computing but survives in high-throughput computing (HPC batch schedulers like SLURM, PBS)
  • A batch with a long-running job delays all subsequent jobs — no preemption
  • Debugging was extremely painful: if a job failed, the programmer got a printout (core dump) hours later
  • No priority mechanism — FIFO processing within the batch, though priority batch scheduling was later developed