Observation 1
Lax496464.Observation1 · concepts/Lax496464/Observation1.lean · lax-496464
No public endorsements yet.
Loading review…
Sign in with ORCIDNatural Language Statement
Theorem
A feasible set of jobs admits a just-in-time schedule whose first stage runs the jobs in nondecreasing order of their start times — earliest start time first. So nothing is lost by looking only at schedules that preprocess in that order, and an algorithm that decides which jobs to select need not also decide in which order to preprocess them.
Concept map
In the paper
- page 2 of this submission's paper
Lean source view on GitHub
| 1 | import Lax496464.Conditions |
| 2 | |
| 3 | /-! |
| 4 | --- |
| 5 | title: Observation 1 |
| 6 | type: theorem |
| 7 | --- |
| 8 | A feasible set of jobs admits a just-in-time schedule whose first stage runs the jobs in |
| 9 | nondecreasing order of their start times — earliest start time first. So nothing is |
| 10 | lost by looking only at schedules that preprocess in that order, and an algorithm that |
| 11 | decides which jobs to select need not also decide in which order to preprocess them. |
| 12 | |
| 13 | # Formalization Notes |
| 14 | |
| 15 | The conclusion is stated as a property of one schedule of the given set rather than as a |
| 16 | claim about an optimal schedule of the instance. The two are the same: an optimal |
| 17 | solution is a feasible set of largest weight, and the statement replaces any schedule of |
| 18 | a feasible set by one in earliest-start-time order without changing the set. Phrased this |
| 19 | way the statement needs no notion of optimality and applies to every feasible set, which |
| 20 | is how the paper's algorithms use it. |
| 21 | |
| 22 | The order is on start times rather than on indices, and jobs with equal start times are |
| 23 | left unordered: the exchange argument produces a schedule in which forces |
| 24 | 's first operation to finish before 's begins, and says nothing about ties. |
| 25 | -/ |
| 26 | |
| 27 | namespace Lax496464.Observation1 |
| 28 | |
| 29 | open Lax496464.FlowShop Lax496464.FlowShop.Instance |
| 30 | |
| 31 | /-- **Observation 1.** Every feasible set has a just-in-time schedule that preprocesses |
| 32 | in nondecreasing order of start times. -/ |
| 33 | axiom exists_est_schedule (I : Instance) (Z : Finset I.Job) (h : Feasible I Z) : |
| 34 | ∃ σ : JITSchedule Z, ∀ i ∈ Z, ∀ j ∈ Z, s i < s j → σ.pre i + I.p i ≤ σ.pre j |
| 35 | |
| 36 | end Lax496464.Observation1 |
| 37 |
Formalization Notes
The conclusion is stated as a property of one schedule of the given set rather than as a claim about an optimal schedule of the instance. The two are the same: an optimal solution is a feasible set of largest weight, and the statement replaces any schedule of a feasible set by one in earliest-start-time order without changing the set. Phrased this way the statement needs no notion of optimality and applies to every feasible set, which is how the paper's algorithms use it.
The order is on start times rather than on indices, and jobs with equal start times are left unordered: the exchange argument produces a schedule in which forces 's first operation to finish before 's begins, and says nothing about ties.
Discussion
Ask a question or add context. Endorsements and structured flags are kept in the review panel above.
0 comments