Skip to content

Main content

Random Job-Shop Scheduling Instance Generator

Generate positive integer processing times and a per-job random machine permutation with a feasible job-priority schedule witness; no makespan optimality claim.

Loading tool…

Description

Generate positive integer processing times and a per-job random machine permutation with a feasible job-priority schedule witness; no makespan optimality claim.

An optimization instance defines choices, constraints, and an objective. A feasible witness demonstrates that its stated constraints can be met; it establishes optimality only when the tool actually computes and verifies an optimum.

Generate positive integer processing times and a per-job random machine permutation with a feasible job-priority schedule witness; no makespan optimality claim.

When to use this tool

Use this generator to create reproducible job shop scheduling instance cases from the supplied model or bank. Inspect the returned evidence before using cases in a test or exercise.

How to use the tool and how it works

  1. Supply jobCount, machineCount, minimumDuration, maximumDuration in the field shapes below. Set seed when you need an explicit replay.
  2. Run the tool and correct any input error. For generated controls, distinguish a successful fixture containing an invalid case from failure to generate the fixture.
  3. Read processingTimes, machineOrder, schedule, makespan. Use the conventions below and keep answer-bearing fields separate when presenting an exercise.

Draw durations aligned by job and operation position, then shuffle a machine order per job. Process jobs in order, starting each operation at the later of job readiness and assigned machine availability; update both clocks and return all intervals and makespan.1

Input fieldMeaning and unitsAccepted input
jobCountJob CountRequired. Safe integer; minimum 1; maximum 64.
machineCountMachine CountRequired. Safe integer; minimum 1; maximum 16.
minimumDurationMinimum DurationRequired. Safe integer; minimum 1; maximum 9007199254740991.
maximumDurationMaximum DurationRequired. Safe integer; minimum 1; maximum 9007199254740991.
seedOptional numeric seed; takes precedence over context randomness. Without either, use the fixed tool.io default seed.Optional. Safe integer.
Output fieldInterpretationReturned shape
processingTimesProcessing TimesRequired. Array of Array of Safe integer; minimum 1; maximum 9007199254740991.; minimum items 1; maximum items 16.; minimum items 1; maximum items 64.
machineOrderMachine OrderRequired. Array of Array of Safe integer; minimum 0; maximum 15.; minimum items 1; maximum items 16.; minimum items 1; maximum items 64.
scheduleScheduleRequired. Array of Object; no unknown keys.; minimum items 1; maximum items 512.
schedule[].jobJobRequired. Safe integer; minimum 0; maximum 63.
schedule[].operationOperationRequired. Safe integer; minimum 0; maximum 15.
schedule[].machineMachineRequired. Safe integer; minimum 0; maximum 15.
schedule[].startStartRequired. Safe integer; minimum 0; maximum 9007199254740991.
schedule[].endEndRequired. Safe integer; minimum 1; maximum 9007199254740991.
makespanMakespanRequired. Safe integer; minimum 1; maximum 9007199254740991.
randomnessReplay metadata: source is seed or context; seed is the normalized 32-bit seed or null for a context source.Required. Object; no unknown keys.
randomness.seedOptional numeric replay seed; normalization and precedence are explained below.Required. Safe integer. or Null.
randomness.sourceSourceRequired. Text; one of "context", "seed".

An explicit safe-integer seed takes precedence over injected context randomness and is normalized to an unsigned 32-bit integer. With no seed and no context source, replay uses the fixed tool.io default seed. A context source must return finite values from zero inclusive to one exclusive; its advancing state must be retained separately. randomness records the source and normalized seed, or null for context. These generators are not cryptographic random sources.

json
{
  "input": {
    "jobCount": 2,
    "machineCount": 3,
    "minimumDuration": 2,
    "maximumDuration": 7,
    "seed": 42
  },
  "output": {
    "processingTimes": [
      [
        5,
        4,
        7
      ],
      [
        6,
        3,
        5
      ]
    ],
    "machineOrder": [
      [
        2,
        1,
        0
      ],
      [
        1,
        0,
        2
      ]
    ],
    "schedule": [
      {
        "job": 0,
        "operation": 0,
        "machine": 2,
        "start": 0,
        "end": 5
      },
      {
        "job": 0,
        "operation": 1,
        "machine": 1,
        "start": 5,
        "end": 9
      },
      {
        "job": 0,
        "operation": 2,
        "machine": 0,
        "start": 9,
        "end": 16
      },
      {
        "job": 1,
        "operation": 0,
        "machine": 1,
        "start": 9,
        "end": 15
      },
      {
        "job": 1,
        "operation": 1,
        "machine": 0,
        "start": 16,
        "end": 19
      },
      {
        "job": 1,
        "operation": 2,
        "machine": 2,
        "start": 19,
        "end": 24
      }
    ],
    "makespan": 24,
    "randomness": {
      "seed": 42,
      "source": "seed"
    }
  }
}

Limitations and assumptions

  • The result is a feasible schedule witness, not a minimum makespan. Operation durations align with the supplied job/machine representation, and the model excludes setup, failures, and shared resources beyond machine occupancy.
  • A replay requires the same complete input and implementation. Randomized construction does not guarantee uniform coverage of every feasible output; finite samples can repeat unless a distinct-selection rule is explicitly stated.
  • The field tables state structural bounds; cross-field constraints and bounded search or output budgets also apply. Unknown keys are rejected where the object contract disallows them. Input errors are distinct from null fields and deliberate invalid controls in a successful output.

Alternative or Complementary methods

For a supplied example, inspect the returned construction or delegated check directly. To evaluate a consumer, also test cases chosen for its own boundaries; a generated finite corpus does not establish exhaustive coverage.

References

  1. Tool behavior and example: Random Job-Shop Scheduling Instance Generator — tool.io

Similar or alternative tools