WorksComputer Science
The Complexity of Value Optimization in Sporadic Task Systems
Abstract
Value-based Task Selection (VTS) asks whether a real-time system can select tasks whose total value reaches a required target while preserving every deadline. We study its threshold decision form for finite collections of independent sporadic tasks scheduled preemptively on one processor. We prove that this problem is -complete for both constrained and arbitrary deadlines, even when all numerical parameters are encoded in unary. The existential choice is the selected task set, while the universal condition requires every processor-demand window to remain feasible. Our hardness reduction already uses constrained-deadline tasks. It represents universal assignments by Chinese Remainder Theorem timestamps and uses polynomial-weight local selector locks to enforce a valid existential assignment. The reduction produces polynomially many tasks, and every generated execution time, deadline, period, task value, and target is polynomially bounded in the source-instance size.
Introduction
Choosing a valuable task set and deciding whether a fixed task set is feasible are often treated as separate questions. We study the combined problem: given a finite collection of independent sporadic tasks on one preemptive processor, each with an associated value, can one select a subset whose total value reaches a prescribed target and whose jobs all meet their deadlines under every legal release sequence? The selection is made offline, with the entire collection available. Once a task is selected, every job of that task must retain its hard-deadline guarantee. We show that this task-selection problem, which we call the Value-based Task Selection (VTS) problem, has the existential-universal structure of the second level of the polynomial hierarchy.
The central result is that VTS is -complete for both constrained and arbitrary deadlines, even when all numerical parameters are encoded in unary. Optional selector tasks encode an existential choice, while demand windows expose possible counterexamples to that choice. For a well-formed selection, the construction creates more required execution than available processor time in a window exactly when the encoded choice has a logical counterexample. The remainder of this section develops this interpretation before stating the contributions and organization of the paper.
Motivation
Real-time systems may contain more useful functionality than their available processing capacity can support. A concrete design-time setting is the configuration of an embedded platform whose recurrent tasks implement optional monitoring, diagnostic, or quality-enhancement functions. Enabling a feature selects its entire sporadic task: every job must meet its hard deadline under every legal release sequence. Disabling the feature removes the complete recurrent workload. Selecting more functionality increases total value, but the resulting workload must still meet every hard deadline.
Utility-driven task selection also appears in cloud computing. Li and Wu [19] select periodic tasks and their parallelization options to maximize total utility on multiple processing units, under implicit deadlines. That model differs from our sequential sporadic tasks on one processor, but it provides a concrete example of choosing which recurrent workloads to retain under limited processing capacity.
For implicit-deadline tasks on one preemptive processor, each selected task consumes a single utilization share, giving the scalar-capacity structure of 0-1 knapsack. With constrained deadlines, the same selected set must instead satisfy a family of processor-demand inequalities, one for each relevant interval length. The standard single-capacity knapsack formulation therefore does not directly supply algorithms or approximation guarantees for this setting.
This task-selection problem also connects to multiple-implementation selection (MIS), where exactly one implementation is chosen per functionality. If MIS permits a disabled option with zero execution and zero value, each task becomes a two-option choice: select it or disable its functionality. Section 2 gives this embedding and the resulting completeness classification under the same scheduling assumptions.
Problem Overview
Following the sporadic task model introduced by Mok [22], the input is an indexed multiset of tasks
where , , and are execution time, relative deadline, and minimum inter-arrival separation, and is the value of selecting . We consider independent tasks on one preemptive unit-speed processor. Earliest deadline first (EDF) is optimal under these assumptions. The formal model appears in Section 3.
We study the threshold decision form because completeness is defined for decision problems: the VTS problem determines whether the maximum feasible value is at least . For a selected indexed submultiset , write
In the implicit-deadline case , EDF feasibility is equivalent to
Therefore tasks act as knapsack items, their values are , and their sizes are utilization shares . This is the classical 0-1 knapsack structure, for which exact and approximation algorithms are well studied [8, 15] (Kellерer et al. 2004).
Constrained deadlines replace this single capacity constraint with interval-dependent demand constraints. The demand bound function (DBF), denoted , is the maximum execution demand of jobs of that can both arrive and have their deadlines within an interval of length . Feasibility requires for every (e.g., see Baruah et al. [4]); Section 3 gives the formula and exact criterion.
Why the Problem Has a Sigma-2-P Shape
Throughout this explanation, a proposed solution or counterexample is called short if its encoding length is bounded by a polynomial in the input size. The predicate is computable in polynomial time. The polynomial hierarchy extends NP and coNP through successive levels with a fixed number of alternations between existential and universal choices [27, 28]. For an NP problem, an instance ’s membership is confirmed by exhibiting one short proposed solution and checking it in polynomial time: . For a coNP problem, membership is confirmed only if every short proposed counterexample fails to break it: . The second existential level, , combines these two ideas:
In plain terms, there is a short candidate solution that remains valid under every short challenge. For VTS, after choosing tasks whose value reaches the target, one question remains: can this set meet every deadline? Imagine being able to hand the set to a checker and get a correct yes-or-no answer. Complexity theory calls this assumed checker an oracle. We could ask “Is the set feasible?” or instead ask “Is there a demand window that overloads the processor?” A yes to one means a no to the other. The feasibility question is in coNP; the overload question is in NP. Either answer therefore lets us judge our chosen set, giving the two equivalent descriptions
Ekberg and Baruah [12] discuss these views and their relevance to real-time scheduling. Figure 1 illustrates the levels of the polynomial hierarchy and how each one builds on the levels below it.

Figure 1. The polynomial hierarchy through its second level. The enclosing boundary places all displayed classes inside PH, and the continuation cue indicates higher levels. Solid arrows show class containments; no strict separation is asserted. The separate callout identifies this paper’s result: VTS is -complete. Its dashed pointer identifies the relevant class and does not represent a class-containment relation.
The order of the choices distinguishes the two branches: chooses first and then tests every response; reverses that order. VTS follows the first pattern.
The VTS decision problem has the form:
The selected set is the existential choice. Once is fixed, one interval satisfying is a counterexample to its feasibility. The display describes the scheduling condition; Section 4 establishes the polynomial-length counterexample bound needed for the complexity classification. A -completeness result is therefore stronger than separate NP- and coNP-hardness results. Unless the polynomial hierarchy collapses, the problem lies in neither NP nor coNP.
Contributions
We formalize the threshold decision form of Value-based Task Selection for sporadic tasks on one preemptive processor: every selected task executes in full, and the selected set must reach a prescribed value target.
We prove that VTS is -complete for both constrained and arbitrary deadlines. The constrained-deadline hardness construction uses demand windows indexed via the Chinese Remainder Theorem (CRT) to represent universal responses and a polynomial-weight local selector lock to enforce one existential truth choice per variable.
We prove that the construction produces polynomially many tasks and polynomially bounded numerical parameters. As a result, completeness also holds when all numerical parameters are encoded in unary.
Organization
§ 2 reviews related work, and § 3 defines the model and decision problem. Section 4 proves membership in . § 5 introduces the quantified source problem, summarizes the complete construction, and states the reduction invariant. § 6 and § 7 develop the demand gadgets and selector lock. § 8 and § 9 give the detailed construction and correctness proof, and § 10 proves the task-count and numerical-parameter bounds. § 11 states the completeness theorem. § 12 and § 13 discuss its implications and conclude.
Related Work
Four strands of prior work provide the closest context for this problem: real-time admission control, optional or imprecise execution, exact uniprocessor feasibility analysis, and polynomial-hierarchy classifications in real-time scheduling. They differ in what is selected, when the selection is made, or which scheduling platform is studied.
Admission Control and Value-Aware Scheduling
Classical real-time admission control decides whether newly arriving work can be accepted without invalidating guarantees already made to admitted work [7] Andersson and Ekelin, 2005). The problem studied here instead receives the entire task collection at design time and selects a feasible subset whose fixed task values reach a target.
Value-based overload scheduling treats completed work as an optimization objective. Burns et al. [5] survey the role of value in flexible real-time scheduling, while Koren and Shasha [18] study online utility-maximizing admission under overload. More recent work studies value-aware scheduling for transportation applications and response-time-dependent utility accrual [29, 6]. These models provide related utility objectives; they do not establish the complexity of the offline whole-task selection problem studied here.
Knapsack formulations also arise in other real-time resource decisions. Mejia-Alvarez et al. [21] choose among discrete processor speeds to improve energy savings under timing constraints. Goossens and Richard [16] use a knapsack subproblem to bound a mode-transition delay in partitioned multimode scheduling. The objectives and scheduling models differ from ours; these examples illustrate the use of scalar-capacity selection subproblems in real-time analysis.
Multiple-choice knapsack selects exactly one alternative from each group [26]. A related multiple-implementation selection (MIS) model chooses exactly one implementation per functionality. For example, alternative classifiers for the same classification task may trade execution demand against utility. For MIS models permitting an explicit disabled implementation, task selection is the special case with two alternatives per functionality: the given task, or a disabled option with zero execution and zero value. The latter is an option of the extended model, not a task in our positive-parameter domain. For explicitly listed alternatives under the same scheduling assumptions, this MIS threshold decision problem is -complete for both constrained and arbitrary deadlines. Hardness follows from the two-option embedding. For membership, guess exactly one implementation per functionality, check the total value, and apply the feasibility check to the selected implementations (see Theorem 2).
Optional and Imprecise Execution
Imprecise-computation and reward-based models divide work into mandatory and optional portions, allowing result quality to improve as optional execution is completed [20, 25, 3]. These models optimize how much optional service to execute after preserving mandatory timing guarantees. In contrast, our decision is made at task granularity: a selected sporadic task executes in full, and all of its jobs must meet hard deadlines.
Feasibility and Complexity of Uniprocessor Scheduling
For preemptive uniprocessor scheduling of constrained-deadline sporadic tasks, processor demand gives a necessary and sufficient feasibility condition [4]. The complexity of evaluating such conditions was clarified in stages. Eisenbrand and Rothvoß proved weak coNP-hardness for EDF schedulability of synchronous periodic task systems, and Ekberg and Yi later established strong coNP-completeness for constrained-deadline sporadic feasibility [11, 13]. Related difficulty also appears under static-priority scheduling: exact response-time computation is NP-hard [10].
Our reduction builds on the modular structure used in the constrained-deadline feasibility result. CRT-based constructions identify demand windows whose residue patterns represent Boolean assignments; the constructed deadline offsets turn matching patterns into controlled processor-demand spikes.
Polynomial-Hierarchy Results in Real-Time Scheduling
Ekberg and Baruah [12] classify a broad family of partitioned multiprocessor schedulability problems rather than treating them uniformly as NP-hard. For asynchronous periodic task systems scheduled by EDF, they prove that the constrained- and arbitrary-deadline partitioning problems are -complete, for both a constant and an arbitrary number of processors. For fixed-priority scheduling, several corresponding problems are -hard but have only a upper bound; exact classification therefore remains open in those cases. They also identify fixed-priority implicit-deadline cases whose classification depends on whether the priority order is specified.
Agrawal et al. [1] relate exact, pseudo-polynomial, and approximation-based notions of tractability in real-time schedulability analysis. They also analyze a memory-constrained task-selection problem to illustrate limits of approximation schemes. That selection model and objective differ from the hard-deadline value-threshold problem studied here.
Our result exhibits the same higher-level quantifier structure without a partitioning decision or multiple processors. Here the existential choice is which tasks to select, and the universal condition requires the resulting single-processor task set to satisfy every processor-demand constraint.
Model and Problem Definition
This section fixes the model before any complexity argument begins. It defines sporadic tasks, deadline restrictions, and the assumptions under which EDF is optimal, introduces the demand bound function and its exact feasibility criterion, and then defines the value-threshold decision problem.
Task Model
Definition 1 (Sporadic Task). A task is a tuple
where is execution time, is relative deadline, is minimum inter-arrival separation, and is the value obtained if is selected. Each job requires at most units of execution and has an absolute deadline time units after its release. Consecutive releases are separated by at least time units. All four parameters are positive integers, with .
Deadlines are implicit if for every task and constrained if for every task. The arbitrary-deadline model imposes no relation between and . The hardness construction below produces only constrained-deadline tasks; however, since the arbitrary-deadline model is a generalization of constrained-deadline model, the hardness result for constrained-deadlines immediately implies a hardness result for arbitrary deadlines.
A release sequence is legal for if and for every consecutive pair of releases. A collection of release sequences is legal if this condition holds for every task.
Tasks are independent, jobs are fully preemptible, and the processor has unit speed. A task system is feasible if some scheduling algorithm meets every deadline for every legal collection of release sequences, with each job requiring at most its task’s execution-time bound. Earliest deadline first is optimal under these assumptions [9], so feasibility and EDF-schedulability are equivalent.
Demand Bound Function
For a selected indexed submultiset , define its demand bound function (DBF) by
Throughout the paper, denotes a selected task set. For each task, the floor term counts the largest number of jobs that can both arrive and have their deadlines within a window of length . Multiplying that count by gives the corresponding execution demand. Summing over the selected tasks therefore measures the maximum processor demand that must fit inside the window.
The utilization of is
Every term of and is nonnegative, so demand and utilization are monotone in the selected set. In particular, removing tasks from a feasible set preserves feasibility. Therefore additional tasks can increase total value while making the selected set infeasible.
Feasibility Criterion
Theorem 1 (Demand-bound feasibility criterion; Baruah et al. [4]). A selected sporadic task system is feasible on a preemptive uniprocessor if and only if
The DBF is a right-continuous step function of the interval length . Its possible discontinuities occur at , for and integers . These are deadlines in a synchronous minimum-separation release pattern; an arbitrary sporadic release sequence can have different absolute deadlines.
Lemma 1 (Sufficiency of DBF discontinuities; cf. Baruah et al. [4]). If for some , then there exist , an integer , and such that .
VTS Decision Problem
Definition 2 (VTS). An instance consists of a finite indexed multiset of sporadic tasks and a nonnegative integer value target . The question is whether there exists a selected indexed submultiset such that
The constrained-deadline restriction additionally requires for every input task.
The DBF condition already implies , since
A selection meets the value target when . This value condition alone does not imply that is feasible.
With the decision problem fixed, the next section proves the upper bound needed for the completeness result.
Membership in
The upper-bound argument separates the same two roles used in the hardness construction. A selection vector supplies the existential choice. Once that choice is fixed, one polynomial-length demand window can verify infeasibility, so feasibility is a coNP condition.
Theorem 2. VTS for constrained and arbitrary deadline sporadic task systems.
Proof. Consider a candidate selection vector that specifies a selected indexed submultiset . Its value is computable in polynomial time. The remaining question is whether this fixed task set is feasible. The following argument verifies infeasibility in NP for any sporadic task system, using Theorem 1. If , infeasibility is direct. The empty selection is trivially feasible. For nonempty with , let
For every , increasing the window length by one hyper-period adds exactly demand from each task . Therefore,
Because , a violation at implies a violation at . Repeating this shift shows that, if is infeasible, some violating window satisfies . By Lemma 1, it may be chosen at a DBF discontinuity. Although can be exponentially large, its binary representation has at most bits. Since is an input parameter, every also has polynomial binary length. Given this binary-encoded , checking takes polynomial time. Therefore infeasibility has an NP verification, and feasibility is in coNP. Once a selection is chosen, the combined condition that and is feasible is therefore coNP-decidable. The VTS decision problem asks whether such a selection exists, placing it in .
Reduction Overview
We now introduce the quantified source problem and summarize the construction and its proof obligations.
Source Problem and Reduction Idea
We reduce from the standard -complete -3DNF problem [27, 28, 24]. Its instances have the form
Here , , and is a three-literal disjunctive-normal-form (3-DNF) formula with exactly three literals over distinct variables in each term. The question is whether some assignment to makes true for every assignment to . Under the quantifier interpretation, the existential player commits to first. That choice must survive every response of the universal player. Appendix A justifies this normal form.
Fix an existential assignment . To show that is not winning, it is enough to find one universal assignment for which is false. We therefore work with its negation, a three-literal conjunctive-normal-form (3-CNF) formula:
We write for a clause, reserving for task execution time. Therefore is true exactly when is a counterexample to , and is winning exactly when no satisfies . The reduction uses three representations of the counterexample condition: Boolean patterns, modular tests, and task demands. First, we identify the variable-consistency and clause-satisfaction patterns to recognize. Second, we convert these clause-satisfaction patterns into a number-theoretic representation as sets of congruences, which describe recurring sets of integers. In this number-theoretic construction, truth assignments to boolean variables are represented by integer “coordinates” and the set of congruences enforce a consistent assignment of truth values in these clause-satisfaction patterns. Third, using the number-theoretic representation of the Boolean formula , we construct sporadic tasks whose combined demand encodes the congruences derived in the previous step. For each existential assignment , the construction provides a corresponding task selection for which a deadline miss is possible exactly when some assignment satisfies . The following paragraphs explain these translations.
We construct the entire task collection from before any optional selection is made. The modular tests are imposed on a nonnegative integer demand-window index . Each coordinate has an assigned prime, and its value at is the residue of modulo that prime. Different coordinates use different primes. Boolean tests use residues and modulo a coordinate’s prime . A pattern specifies the coordinate residues required for one local test. The Chinese Remainder Theorem (CRT) combines these requirements into one congruence , where is the product of the pattern’s primes.
For example, the coordinate requirements and combine into . This illustrates one pattern; the construction applies the same translation to its clause and consistency tests.
A full gadget converts the congruence and a weight into ordinary sporadic tasks. Their execution times, deadlines, and periods are chosen so that, at designated test windows, their combined demand equals a baseline contribution plus when the index matches the congruence, and equals the baseline otherwise. Thus the pattern specifies a test, CRT supplies its arithmetic form, and the gadget supplies the tasks that implement it. All gadgets inspect the same index , so matching patterns agree on every shared coordinate.
The optional selectors are individual tasks. Choosing one of two selectors per existential variable fixes . Each clause of has a pattern for each satisfying assignment to its three variables, while additional patterns provide validity and consistency tests. CRT also ensures that one index can realize one prescribed residue for each coordinate simultaneously. Arbitrary indices need not represent Boolean assignments; the validity, consistency, and clause tests together prevent these indices from creating false counterexamples.
The value target forces every task of every full gadget into the selected set. Utilization and demand constraints then enforce exactly one selector per existential variable. A selection with this structure is called well formed. For such a selection encoding , an overloaded window exists exactly when some universal assignment satisfies . This describes how the negated matrix is used inside the reduction; the source problem is still , with its 3-DNF matrix. We assume , adding an unused existential variable if necessary, which leaves the answer unchanged.
Figure 2 gives the complete reduction at the level of roles rather than formulas. Later sections define the boxes in the middle of the figure; the correctness proof shows that their composition has the behavior stated on the right.

Figure 2. Realization of the source quantifiers in the reduction. Optional task selections encode the existential assignment . CRT ensures that every universal assignment has a compatible window index. For a well-formed selection, any satisfying yields an overloaded window; the correctness proof also shows that an overloaded window implies such a counterexample.
Construction at a Glance
Before developing the gadgets, we summarize the complete output instance. The detailed task parameters appear in Sections 6–8. A full gadget expands into tasks and recognizes one residue pattern. The selector is a single optional task with a weight- demand spike at the designated test windows when .
Each existential variable has two coordinates, and , with distinct primes. Each universal variable has one coordinate with its own prime. An index is exact for when both of its coordinate residues are Boolean. For these exact tests, write 1 for a coordinate’s maximum residue and 0 for residue zero. In the order , the pairs 10 and 01 encode true and false; 11 and 00 are the both-match and neither-match consistency tests. These pairs describe the window index’s residues, not which tasks were selected.
The inventory uses three demand parameters: is the anchor weight, is the selector weight, and is the local spike budget for one existential variable. These parameters control execution demand; task values, which determine whether the selection reaches its target, are assigned separately below.
The output has the following five task families:
To supply a common demand offset, one always-matching anchor .
To test consistency of the existential choices, four full helpers per , for exact states 10, 01, 11, 00, with weights 1, 1, 1, , respectively.
To recognize Boolean universal values, two unit-weight full gadgets per , for residues 0 and .
To recognize clause satisfaction, seven unit-weight full gadgets per clause , one for each satisfying assignment to its three distinct variables.
To choose the existential assignment, two optional selectors per : and .
Let be the weighted multiset of patterns in families 2–4. Each specifies a congruence and a weight . The detailed residue requirements appear in Section 8. Let be the largest coordinate prime. The constants have the following roles:
The selector weight and local spike budget are
At most one satisfying pattern matches per clause, so the entire clause layer contributes at most units of extra demand above its baseline. Choosing makes a duplicate selector’s penalty larger than that possible contribution. A matching selector together with a matching unit helper fills the budget $S.
The total non-anchor mandatory weight and the anchor weight are
Here sums gadget weights, not individual tasks. The anchor supplies a fixed demand offset and helps ensure that the resulting tasks satisfy the constrained-deadline requirements.
The common timing scale is
This choice makes the utilization of all mandatory tasks and exactly selected selectors equal to one.
The forbidden extra-demand threshold is
The terms correspond to the anchor, the local budgets, the universal-variable tests, and the clause tests. § 6 explains how the test-window lengths make this threshold exceed the capacity remaining beyond the baseline budget.
Using indexed multiset union, the complete task collection is
Let . Each task in receives value , each optional selector receives value 1, and the target is . These values force every task in into any selection meeting the target; the model itself has no mandatory-task constraint.
We call a selection well formed if it contains every task in and exactly one of for each . Such a selection has value and utilization one. The proof must establish that every feasible selection meeting the value target is well formed and that a well-formed selection is feasible exactly when its encoded existential assignment is winning.
Reduction Roadmap
The demand gadgets of § 6 and the local selector tests of § 7 support four proof obligations:
Force the required tasks and selector count. The values chosen in § 8 force every mandatory task and at least selectors into a selection meeting the target. The utilization bound permits at most . § 9 therefore obtains exactly selected selectors in total.
Distribute the selectors one per variable. The local tests of § 7 expose a duplicated choice without allowing a missing choice elsewhere to offset its extra demand. § 9 uses CRT to realize these tests at one common index and obtain an overloaded window. Therefore every feasible selection meeting the target is well formed and defines one assignment .
Relate feasibility to the source formula. For a well-formed selection, § 9 proves that a winning satisfies every demand constraint. Conversely, any universal response satisfying has a compatible index producing an overloaded window.
Verify the reduction’s size and task parameters. Section 10 proves that the construction takes polynomial time, produces polynomially many tasks with polynomially bounded numerical parameters, and satisfies for every task.
The logical correspondence is summarized by the invariant:
Definition 3 (Local residue patterns and selector locks). The support of a residue pattern is the set of CRT coordinates whose residues it specifies. A pattern is local if its support has size bounded by a constant independent of the source-instance size. The selector lock for is local to that variable: whether any of its helpers or selectors matches an index depends only on the residues at , .
In this construction, an -helper tests two coordinates, a -validity pattern tests one, and a clause pattern tests at most six. Each gadget therefore uses a product of only constantly many coordinate primes, which is the key to the size bound in § 10. All patterns are tested at the same index ; the feasibility argument combines their contributions using the common timing, utilization, and value constraints.
Table 1 collects the notation used throughout the reduction.
| Symbol | Meaning |
| existential and universal source variables | |
| assignments to and | |
| source 3-DNF formula | |
| counterexample 3-CNF formula | |
| numbers of -variables, -variables, and clauses | |
| selected task set, its value, and the target | |
| CRT coordinate and its assigned prime | |
| integer demand-window index | |
| residue pattern and its compiled congruence | |
| full congruence gadget of weight | |
| single-task max-residue selector gadget | |
| block length and early-window threshold | |
| true and false CRT coordinates for | |
| optional true and false selector tasks | |
| selector weight and local spike budget | |
| anchor weight and forced-task value |
Table 1. Symbols and notation used in the reduction.
CRT Demand Gadgets
The reduction needs a scheduling object that recognizes a conjunction of modular conditions at one time. A coordinate prime stores one logical digit, a residue pattern combines several digits, and the CRT compiles that pattern into one congruence class. A full gadget realizes the congruence as exact baseline demand plus a residue-triggered spike. The single-task gadget provides the corresponding compact interface for an optional selector: when its max residue matches, its spike is exact; when the residue does not match, its demand is bounded above by the baseline term. This section defines those interfaces, explains the fixed earlier-deadline construction, proves their demand behavior, and identifies the only DBF test-length forms needed later.
Notation. A plain denotes the integer demand-window index, also called a CRT timestamp below. It specifies coordinate residues; the actual interval length is denoted by . The symbol indexes a task position inside a full gadget. Formula variables always carry subscripts, as in and .
Prime Coordinates and Residues
This subsection defines the CRT representation used to encode universal assignments and to expose local consistency states. Each logical coordinate receives a distinct prime . The two residues used for Boolean encodings are
An arbitrary timestamp may have another residue; such a timestamp is non-Boolean for that coordinate. Define the total indicator
Therefore says exactly that the max residue is present. The value does not by itself encode false: the residue may be 0, but it may also be non-Boolean. Exact Boolean encodings will therefore be identified separately.
A finite pattern specifies exact residues for a set of coordinates . Let
Because the coordinate primes are pairwise coprime, the CRT gives a unique residue satisfying all requirements in . Define
We say that a timestamp matches the pattern if it satisfies every residue requirement in , equivalently if . Matching the coordinate’s max residue means . Failing to match this max residue does not imply that the residue is zero. For later use, define two further total indicators:
Full Gadget
Fix integers , , with and . The concrete values are chosen in § 8. The common timing scale divides the test lengths into blocks. For each nonnegative integer index , call the baseline test length and the early test length. Thus is the offset of the early test after the preceding block boundary. For , the full gadget contains one task for each , with timing parameters
Task values are assigned in Section 8. The component with is the special task. For comparison, consider a reference specification with the same execution times and periods and deadline for every component. The constructed specification instead gives the special task the fixed relative deadline , earlier than its reference deadline by
Here is the offset after the preceding boundary , whereas is the difference between the two deadlines. This weighted and rescaled form of the congruence-class construction of Ekberg and Yi [13] produces one extra weight- contribution at early windows whose index satisfies . The parameter verification later establishes for all instantiated tasks.
Max-Residue Gadget
An optional selector must be one task, because the target problem permits selection of individual tasks rather than indivisible groups. For a prime , define the single-task gadget by its timing tuple
Its value is assigned in Section 8. We say that matches when . At that residue its demand at the early window is exactly ; otherwise its demand is at most , as proved below.
Gadget Timeline Intuition
We compare the reference and constructed specifications to explain the extra demand at an early test length. The DBF is evaluated on interval lengths; the timelines below show the synchronous minimum-separation release pattern that realizes each specification’s demand count.
Both specifications have tasks with execution time and period . The reference deadlines are , so the repeated deadline events contribute one weight- job at every positive multiple of . The constructed specification has the same deadlines except that component has relative deadline . Each relative deadline is fixed before execution and applies to every job of its task.
For example, take , , , , and . The reference deadlines in the first period are ; the constructed deadlines are . At length , both specifications demand two units. At length , the reference specification still demands two, but the constructed specification demands three. The early test extends the baseline by , while the special task’s constructed deadline is earlier than its reference deadline by .
In general, the special task has a deadline event in exactly when . No non-special deadline lies in this interval because . Figure 3 illustrates the resulting extra demand in the matching case. The one-task gadget uses the same timing principle to detect its max residue, but its nonmatching baseline is only an upper bound.

Figure 3. Schematic comparison of reference and constructed deadline events when (mod ). The special job’s deadline is under the reference specification and under the constructed specification, earlier by . Both specifications count the same jobs at the baseline length ; at the early length , the constructed specification counts one additional weight- job.
Gadget Demand Behavior
Lemma 2. Both and have utilization . For every integer ,
and
Additionally,
and
The final inequality is an equality whenever (mod ).
Proof. The full gadget contains tasks, each with utilization , while the max-residue gadget has utilization . Therefore each gadget has total utilization .
For , all tasks have period . The reference specification has deadline for component , while the constructed specification gives the special component the fixed earlier deadline . Because , a special job is counted at a baseline length under the constructed specification exactly when it is counted there under the reference specification. The other deadlines coincide in the two specifications. The reference specification counts exactly one weight- job for each integer position , so .
Extending the baseline length to counts no additional job of a non-special task because the extension is shorter than . The special job with release index is counted at the early length exactly when
or equivalently . Compared with the baseline condition , the early test therefore counts one additional job exactly when (mod ).
For , the synchronous minimum-separation release pattern has deadline events for integers . At the early window , the job with index is counted exactly when , so the count is . If (mod ), then divides and the demand is
Otherwise, writing , the count is , so the demand is . At the baseline window , job is counted exactly when , because ; the count is therefore , and the demand is .
Spike accounting. A full gadget matches when . Its demand beyond its exact baseline is . For , the quantity is a spike allowance: when matches its max residue, demand is exactly ; otherwise demand may be smaller than , so zero is an upper bound on the excess rather than an exact contribution.
Upper-bound arguments may sum these allowances. Lower-bound arguments use the CRT to choose a timestamp at which every selected selector matches, making its bound exact. If the selected gadgets have total weight , then
Only units fit beyond . At a timestamp where all required bounds are attained, an aggregate spike of produces demand at , violating feasibility.
Relevant DBF Test Lengths
Lemma 3 (Relevant DBF test lengths). For every task with timing parameters generated by or , every length , for an integer , has the form or for a nonnegative integer .
Proof. For a full gadget, is either or , and . For a max-residue gadget, and . Adding preserves the claimed form in both cases.
Together with Lemma 1, this proves that the two displayed families of lengths contain every DBF test needed for feasibility.
The gadgets now provide the temporal part of the reduction: a timestamp determines which residue patterns match, and the matching patterns determine the early-window spikes. What the gadgets do not yet guarantee is that a selected set represents one valid existential assignment. The next section provides that local consistency condition.
Local Selector Lock with Polynomial Weights
The construction must force every feasible selection meeting the value target to choose exactly one truth selector for each existential variable. Recall that meeting the target means ; feasibility is a separate requirement. Value and utilization first force exactly optional selectors in total, but one variable could still receive both selectors while another receives neither.
The selector lock is local to in the sense of Definition 3: its helpers and selectors test only the two coordinates . At an exact both-match state, a duplicated choice produces excess demand. At an exact neither-match state, the helpers for a missing choice fill its local budget and provide no compensating slack. CRT realizes these per-variable states at one common index. This section proves the per-variable demand inequalities; Lemma 9 combines them after § 8 fixes the global timing and value parameters.
Selection Choices and Timestamp Tests
For each existential variable , create two CRT coordinates
with distinct primes and . These coordinates belong to the timestamp encoding; they are not tasks and are not selection choices.
The selection choices are two optional selector tasks. For a common weight , define
Selecting encodes , while selecting encodes . The symbols denote tasks; denote the CRT coordinates inspected by those tasks.
The timestamp tests those claims. At an early window indexed by , has an exact spike of when , and has an exact spike of when . A selector that is not selected contributes no demand, regardless of the timestamp residue.
Exact Local Timestamp States
Define
The four indicator states are
These are timestamp states, not selection cases. We call exact for when both residues are Boolean:
At an exact timestamp, and encode true and false, while and are the both-match and neither-match test states. These states describe the timestamp and are not four selection choices. In particular, is not an optional “choose neither” gadget. The mandatory -helper introduced below supplies the full local spike budget at an exact neither-match timestamp. Lemmas 6 and 9 use this contribution to ensure that a variable with no selected selector creates no slack that could offset the excess demand produced by a variable with both selectors. At a non-exact timestamp, an indicator value of zero does not necessarily mean that the residue is zero. This is why the exactness condition is stated separately.
Selector Weight and Local Budget
Recall that is the number of clauses in . The entire clause layer can change the early-window spike by at most . Set
Therefore one selected selector of weight , together with a unit helper, exactly fills the intended local budget . A duplicate selector creates an excess of , which cannot be hidden by losing at most units from the clause layer.
Four Exact-State Helper Gadgets
Let
For , let be the CRT residue that realizes the corresponding exact pair of Boolean residues. Add the four full helper gadgets
Each expression denotes a full gadget and therefore expands into ordinary sporadic tasks. These helper tasks are not optional selectors. § 8 assigns every component task the high value , and Lemma 7 proves that every selection meeting the value target must include all four helpers. Therefore “forced helper” describes a property proved later, not an assumption made here.
At an exact timestamp, exactly one of the four helper patterns matches. The matching helper contributes a spike of 1 in states , , and , and a spike of in state . At a non-exact timestamp, none of the four exact-state helpers matches.
The intended lock is summarized in Figure 4. A valid one-selector selection stays within the local budget at every timestamp. If both selectors are selected, the exact state activates both selector spikes and produces a local spike of , exceeding the budget by . If neither selector is selected, the exact state still contributes the full , so the missing variable creates no slack that could absorb the duplicate’s excess. Therefore , , , and are timestamp tests for valid, duplicate, and missing selections, and not four selection tests.

Figure 4. The local selector lock at exposing exact timestamp states. A valid one-selector choice stays within its local budget . A missing choice attains the full budget at an exact timestamp, leaving no compensating slack there. When the total selector count is , every duplicated choice is paired with a missing choice elsewhere. At an exact timestamp, a duplicate contributes . The CRT realizes all these local states simultaneously, and exceeds the entire clause layer’s possible variation.
Local Spike Allowance and Budget Margin
For a selection that contains all four exact-state helper gadgets for , let denote those helpers together with whichever of are selected. Define
The local early-window spike allowance is
The four helpers have total baseline weight , and the selected selectors have total baseline weight . Additivity of demand and Lemma 2 therefore give
Every helper term in is an exact spike contribution. A selector term is an upper allowance in general and is exact when that selected selector matches its max residue. Therefore the inequality is an equality at each timestamp used below to establish a lower bound.
Define the signed local budget margin
A positive value is unused spike allowance, zero means that the allowance exactly fills the local budget, and a negative value is an overage. The next three lemmas bound this margin for valid selections at every timestamp and compute it at the exact states used to expose duplicate and missing selections.
Valid-Selection Lemma
Lemma 4 (Valid local selection). Suppose that contains all four helpers for and exactly one of . Then, for every timestamp ,
As a result,
Proof. Assume first that only is selected. If is exact for , exactly one helper pattern matches, and Table 2 lists all possibilities. Therefore and in every exact state.
Table 2: Local spike allowances when only is selected. The selector column is an upper allowance; it is an exact excess when that selector matches.
| State | Helper | |||
| (1, 0) | 1 | 0 | ||
| (0, 1) | 1 | 0 | 1 | |
| (1, 1) | 1 | 0 | ||
| (0, 0) | 0 | 0 |
Table 2.
If is not exact for , none of the four helper patterns matches. Therefore
so and .
If only is selected, interchange the - and -coordinates. At exact timestamps its selector allowance is in states and , and zero in states and ; at non-exact timestamps, . Therefore the same two inequalities hold for every . The displayed DBF bound now follows from and the local-demand inequality above.
Equality cases used later. If only is selected, exact states , , and have . If only is selected, exact states , , and have . At the matching states and , respectively, the selected selector is active, so the local DBF upper bound is attained.
Duplicate-Selection Lemma
Lemma 5 (Duplicate local selection). Suppose that contains all four helpers and both selectors for . At every exact timestamp with ,
Also, the local demand is exactly
Therefore a duplicate creates an actual overage of above the local spike budget.
Proof. At exact state , the unique matching helper contributes , and both selected selectors match their max residues. Thus and . By Lemma 2, the helper demand is exactly , and each selector contributes . Summing gives the claimed DBF identity.
Missing-Selection Lemma
Lemma 6 (Missing local selection). Suppose that contains all four helpers and neither selector for . At every exact timestamp with ,
Additionally, the local demand is exactly
Therefore a missing selector contributes no local overage, but it provides exactly zero local margin with which to offset a duplicate elsewhere.
Proof. At exact state , only the weight- helper matches. Since no selector is selected, and . Lemma 2 gives the exact helper demand , proving the claimed DBF identity.
Two-Variable Selector Example
Let and , so and . Consider first the well-formed selection
At an exact timestamp placing in state and in state , each variable contributes its full local budget . The -layer spike is therefore
Now consider the malformed selection
which selects both selectors for and none for . It still contains exactly selectors, so the global selector count alone does not reject it. By the CRT, choose one timestamp placing in exact state and in exact state . The local spikes are
Therefore the -layer spike is
which exceeds its intended budget by .
This local calculation becomes a DBF violation after the global parameters are fixed. § 8 sets
In the proof of Lemma 9, the CRT timestamp is also chosen so that the anchor contributes , the -validity layer contributes , and every selected selector needed by the malformed selection matches. Even if the clause layer contributes nothing, the total spike is at least
At the early window , Lemma 2 therefore gives
which is a deadline miss. This is the precise connection between the local selector calculation, the generated tasks, and the global DBF inequality.
With the temporal gadgets and local selector lock in place, the reduction can now be assembled layer by layer. The construction below chooses the global weights so that the local budget , the logical clause contribution, and the one-unit feasibility gap share one common early-window threshold.
Reduction Construction
We now specify the residue patterns and assemble the task inventory summarized in § 5.2.
Residue Patterns
Assign the first primes to the coordinates , , . For each pattern, compute its canonical CRT residue , where is the product of its coordinate primes. These computations take polynomial time; § 10 bounds the primes, moduli, and explicit output size.
The anchor matches every timestamp. Let contain the four weighted -helper patterns per variable from § 7, the -validity patterns, and the clause patterns defined below. Patterns form an indexed multiset, so repeated congruences retain their separate demand contributions.
For each , include two unit-weight validity patterns, with residues and , encoding false and true. At most one matches at any timestamp, and neither matches a non-Boolean residue.
For each clause , let contain one coordinate for each universal variable occurring in that clause and both , for each existential variable occurring in it. Set . For each of the clause’s seven satisfying assignments , include the unit-weight pattern (mod ) encoding . Existential true and false require the exact states and , respectively; universal true and false require residues and . The seven patterns are pairwise disjoint. At a valid Boolean encoding, exactly one matches if the clause is satisfied, and none otherwise. Reading both existential coordinates prevents states and from matching a clause pattern that mentions that variable.
Assembly
Instantiate each as , include the anchor and optional selectors, and use the timing constants, task multisets, and value assignment defined in § 5.2. The mandatory pattern weights sum to , excluding the anchor. The individual task counts are , , and ; counts clauses. These patterns therefore complete the instance specified in the overview. Figure 5 summarizes the early-window gap used in the correctness proof.

Figure 5. Excess demand above at the early test length . A selection encoding a winning assignment stays at or below at every timestamp. For a well-formed selection encoding , a matching timestamp encoding a counterexample with realizes exact excess , producing a one-unit overload. For a malformed selection containing all mandatory tasks and exactly selectors, CRT realizes excess at least , even when clause demand is ignored.
Correctness Proof
The proof has two phases:
The structural phase identifies the only possible shape of a feasible selection meeting the value target. Value forces every mandatory task (Lemma 7), value and utilization together force exactly selectors in total (Lemma 8), and the local lock distributes them
one per existential variable (Lemma 9). The selection therefore defines one assignment (Lemma 10).
The logical phase relates that assignment to the source formula. The forward direction proves that a winning gives a feasible selection. The reverse direction turns any losing response into a violating early window (Lemmas 11 and 12).
As everywhere in the paper, denotes a selected task set, while is the local budget constant of Section 7.
Mandatory Selection Lemma
Lemma 7 (Mandatory selection). Every selection meeting the value target must include all mandatory tasks.
Proof. There are mandatory tasks, each with value , and optional selector tasks, each with value 1. If a selection excludes even one mandatory task, its value is at most
Since , this is strictly less than
Therefore every selection meeting the value target includes all mandatory tasks.
Utilization Squeeze Lemma
Lemma 8 (Utilization squeeze). Every feasible selection meeting the value target contains exactly selected optional selectors.
Proof. By Lemma 7, every selection meeting the value target contains all mandatory tasks. Since the mandatory tasks contribute exactly value, the target
forces the selection to contain at least optional selectors.
Let be the number of selected optional selectors. The mandatory gadgets contribute utilization
and each selected optional selector contributes . Therefore
Since
feasibility implies and hence . Combining the value requirement with the utilization requirement gives . Therefore every feasible selection meeting the value target contains exactly selected optional selectors.
Local Selector-Lock Lemma
With the timing constants in place, the local lemmas of § 7 combine into the global selector lock.
Lemma 9 (Local selector lock). Every feasible selection meeting the value target contains at most one selected selector for each existential variable. Consequently, for every existential variable , it contains exactly one member of .
Proof. Consider a feasible selection A meeting the value target. By Lemma 8, A contains exactly selected optional selectors. Suppose for contradiction that both selectors are selected for some variable, and let be the number of variables with both selectors selected. The number of variables with neither selector selected is also . Relative to the intended one selector per variable, each duplicate contributes one excess selector and each missing variable contributes one deficit. Use the CRT to choose a timestamp satisfying the following exact residue requirements:
every variable with both selectors selected is placed in state ;
every variable with neither selector selected is placed in state ;
every variable with exactly one selected selector is placed in a budget-reaching valid state: if is selected and if is selected; and
every universal coordinate is placed at the residue (mod ), which is one of its Boolean residues.
Each requirement fixes one residue modulo its coordinate prime, and no coordinate receives two different requirements. Because all coordinate moduli are distinct primes, they are pairwise coprime. The Chinese Remainder Theorem therefore gives a simultaneous solution that is unique modulo the product of the coordinate primes. Choose the least nonnegative representative as . As noted in § 8, this representative is computable in polynomial time by the constructive CRT algorithm.
At the chosen timestamp, every variable with exactly one selected selector is in the matching valid state for that selector. The equality cases following Lemma 4 therefore give for each such variable. Lemma 6 gives for each missing variable, and Lemma 5 gives for each duplicated variable. Because there are duplicated variables, missing variables, and one-selector variables,
These are actual spike contributions, not just upper allowances: every selected selector matches its max residue at the chosen timestamp, and every selected helper state is exact.
The -validity layer contributes its exact spike , because every universal coordinate is at a Boolean residue. The dummy anchor contributes its exact spike , and the clause-layer spike is nonnegative. Moreover, every mandatory full gadget contributes its exact baseline demand and the selected selectors contribute total baseline demand . Therefore Lemma 2 gives
where the equality uses and . This contradicts feasibility, so no variable has both selectors selected. Finally, contains exactly selectors by Lemma 8; because there are variables and each has at most one selector, every variable has exactly one selector.
Assignment Extraction Lemma
Lemma 10 (Assignment extraction). Every feasible selection meeting the value target defines a unique assignment to the existential variables.
Proof. Let be a feasible selection meeting the value target. By Lemma 9, exactly one member of is selected for every . Define
Exactly one case applies to each , so is a well-defined and unique assignment.
The structural phase is now complete: a feasible selection meeting the value target is not just a set of the right cardinality, but a unique assignment . The remaining question is logical. The forward direction shows that a winning survives every early-window test. The reverse direction converts any losing response into one explicit violating window.
Forward Direction
Lemma 11 (Forward direction). If the source formula is true, then the constructed VTS instance has a feasible selected subset meeting the value target .
Proof. Let be a winning assignment for , so is true for every assignment to . Equivalently, is false for every .
Construct the selection. Construct a selection as follows. Select every mandatory task. For each existential variable , select if , and select otherwise. The value is exactly , and the utilization is exactly
Baseline windows. The remaining step is to show that the demand never exceeds the length of any relevant window. By Lemmas 1 and 3, it is enough to check windows of the form and . At , the full gadgets contribute exactly
and the selected optional max-residue gadgets contribute at most
Therefore
Early windows. Now consider an early window , and let
be the actual demand beyond the baseline budget . By Lemma 2 and the spike-accounting convention, this excess is at most the sum of the matching spike allowances, as summarized in
Figure 5. The dummy anchor contributes . By Lemma 4, the total -layer spike allowance is at most . The -validity layer contributes at most , since at most one of the two validity patterns for each can match. The clause layer contributes at most , since at most one satisfying pattern for each clause can match. Therefore
Both and are integers, so is an integer. As a result, this bound leaves only the safe case and the equality case . If , then
as required.
Ruling out . Suppose that . The preceding upper bound was obtained by adding the anchor contribution , the -layer bound from Lemma 4, the -validity bound , and the clause-layer bound from Section 8. Because these four bounds sum to , equality can hold only if every individual layer bound is tight. As a result:
every is at a Boolean residue, defining an assignment ;
every clause of has one matched satisfying pattern; and
every attains its full local spike allowance .
Consider any matched clause pattern that mentions . It fixes the exact pair or . If the fixed pair disagreed with the selected selector, say the pattern fixes while is selected, then at this timestamp the helper contributes 1 and the selector does not spike, so contributes , contradicting tightness of the -layer. Therefore every matched clause pattern agrees with on the existential variables it mentions and with on the universal variables it mentions, and the matched patterns certify that
This contradicts the assumption that is winning. Therefore . Since is an integer and the preceding bound gives , it follows that . Therefore
at every early window.
Reverse Direction
Lemma 12 (Reverse direction). If the constructed VTS instance has a feasible selected subset meeting the value target , then the source formula is true.
Proof. Suppose a feasible selected subset meets the value target . By Lemmas 7, 8, and 10, selects all mandatory tasks and exactly one selector for every existential variable. Let be the extracted assignment to .
From a losing existential assignment to a DBF violation. Assume for contradiction that is not winning. Then some assignment to satisfies
For each , require both coordinate residues to be Boolean and impose when and otherwise. For each , impose the Boolean residue encoding . These conditions fix one residue modulo each distinct coordinate prime, so the CRT gives a timestamp satisfying all of them simultaneously.
Consider the early window
The dummy anchor contributes its exact spike . Every selected optional selector matches its max residue. By the equality cases following Lemma 4, each existential variable’s matching helper and selected selector attain an actual local spike of . The -layer spike is therefore exactly .
By the -validity construction in § 8, exactly one validity gadget matches for each encoded , giving a total spike of . Because satisfies every clause of , the clause construction in § 8 makes exactly one satisfying pattern match for each clause, giving a total clause spike of . Therefore the actual spike beyond the baseline is
All selected selectors match at this timestamp, so the selector bounds in Lemma 2 are equalities. That lemma therefore gives
This is a DBF violation and contradicts feasibility. Hence no losing response exists, and is winning.
This completes the logical part of the reduction. The remaining task is to verify that the CRT construction does not cause an exponential increase in the numerical parameters or number of tasks.
Polynomial Boundedness and Unary Encoding
Global CRT timestamps may have exponentially large magnitude, but they are not task parameters. The following lemma bounds the explicit task expansion and all generated integers.
Lemma 13 (Polynomial construction). The construction takes polynomial time and produces polynomially many tasks satisfying . Every generated has magnitude polynomial in the source encoding length, so the construction is polynomial under binary or unary output encoding.
Proof. Put . The first primes can be enumerated in polynomial time and satisfy [23]. An -helper reads two coordinates, a -validity pattern one, and a clause pattern at most six. Their moduli are therefore bounded by , , , respectively. Since a full gadget contains one task per modulus position, the total task count is at most
which is polynomial in the source encoding length.
The definitions make , , , , , polynomially bounded. Full-gadget parameters are , , and either or , where , , and . Selector parameters are , with . Therefore all timing parameters have polynomial magnitude. Values are or , and is polynomially bounded by the task-count bound.
The identity gives . Since , , and , also and . Every full-gadget deadline is at least , so . Non-special deadlines satisfy ; special deadlines satisfy . For a selector, gives
Therefore every generated task satisfies . Computing the local CRT residues and expanding these polynomially bounded gadgets takes polynomial time. Since every output integer has polynomial magnitude, the same holds for unary output.
The bound can still be large, though: the clause layer contains at most tasks. The construction is only for the complexity proof and is not intended as a practical instance generator.
Main Result
Theorem 3. is -complete for both constrained and arbitrary deadlines, even when all numerical parameters are encoded in unary.
Proof. Membership follows from Theorem 2, including unary encoding. For hardness, reduce from the source problem of § 5 using the construction of § 8. Lemmas 11 and 12 establish logical equivalence. Lemma 13 establishes a polynomial-time construction with valid constrained-deadline tasks, polynomial task count, and polynomial numerical parameters, so the reduction is polynomial under binary or unary encoding. This proves constrained-deadline completeness. The same instances are allowed in the arbitrary-deadline model, establishing hardness there as well.
Discussion
Unless the polynomial hierarchy collapses, belongs to neither NP nor coNP. Hardness persists with polynomially bounded numerical parameters, so an exact algorithm polynomial in task count and parameter magnitudes would imply and collapse the hierarchy to P. The disabled-option MIS model of § 2 is likewise -complete. Approximation, online selection, multiprocessor platforms, and tractable restricted families remain separate questions.
Conclusion
We proved that for sporadic tasks on one preemptive processor is -complete for both constrained and arbitrary deadlines, including unary encoding. CRT demand gadgets represent universal responses, while local selector locks enforce one existential truth choice per variable. The construction uses constrained deadlines and has polynomial task count and numerical parameters.
For comparison, the analogous selection problem under a supplied fixed task-priority order is NP-complete for implicit or constrained deadlines. Membership follows by guessing the selected set and response-time fixed points no larger than the corresponding deadlines; these certificates can be checked in polynomial time. For hardness, assign every task value 1 and set , forcing all tasks to be selected. NP-hardness then follows from fixed-priority schedulability [14].
Funding
This work was supported in part by the U.S. National Science Foundation under Grants 2211641, 2246672, 2442078, and 2502855, and by the Swedish Research Council under Grant 2023-04586.
Author contributions
The original research problem was conceived and formulated by K.Y. and Z.G. C.H. identified the relevant complexity class, developed the -completeness proof, and prepared the manuscript. All authors contributed to refining the proof strategy, strengthening the motivation and presentation of the technical results, and clarifying the scope of the mathematical claims. All authors critically reviewed the manuscript and its mathematical arguments, approved the final version, and agreed to be accountable for the integrity of the work.
Use of generative AI
OpenAI Codex was used to assist with manuscript proofreading, LaTeX formatting tweaks, and debugging of text-based explanatory diagrams in TikZ. The authors reviewed all outputs and take responsibility for the accuracy of all output. No generative image model was used. All figures are original diagrams compiled from LaTeX/TikZ source. No LLM was used in the generation of the content of the paper itself in any sort of generative context, only proofreading and LaTeX/TikZ debugging.
Source Normal Form
The reduction assumes a source instance of the form
where is a 3-DNF formula whose terms have exactly three literals over distinct variables. This is a standard -complete normal form ([27, 28, 24]). One route is to start from the complement of the usual -3CNF problem. Negating the inner CNF produces a DNF, and the leading quantifiers swap to the required form.
Terms with fewer than three literals can be padded using fresh universally quantified variables. If a term has literals, introduce fresh variables and replace by the disjunction over all assignments to those variables:
where and . For any assignment to the fresh variables, exactly one pattern is true, so the padded disjunction is true exactly when is true, and the formula is preserved. Contradictory terms are deleted, and duplicate literals inside a term are removed before padding. Degenerate always-true or always-false cases can be mapped explicitly to fixed instances: the one-task system with is a yes-instance, while the same system with is a no-instance.
References
- [1]Kunal Agrawal, Sanjoy Baruah, and Pontus Ekberg. Rethinking tractability for schedulability analysis. In Proceedings of the 44th IEEE Real-Time Systems Symposium (RTSS), pages 1–12, Piscataway, NJ, USA, 2023. IEEE. doi: 10.1109/RTSS59052.2023.00011.DOI
- [3]H. Aydin, Rami Melhem, D. Mossé, and P. Mejia-Alvarez. Optimal reward-based scheduling for periodic real-time tasks. IEEE Transactions on Computers, 50(2):111–130, 2001. doi: 10.1109/12.908988.DOI
- [4]S. K. Baruah, A. K. Mok, and L. E. Rosier. Preemptively scheduling hard-real-time sporadic tasks on one processor. In Proceedings of the 11th IEEE Real-Time Systems Symposium (RTSS), pages 182–190, Los Alamitos, CA, USA, 1990. IEEE Computer Society Press. doi: 10.1109/REAL.1990.128746.DOI
- [5]A. Burns, D. Prasad, A. Bondavalli, F. Di Giandomenico, K. Ramamritham, J. A. Stankovic, and L. Strigini. The meaning and role of value in scheduling flexible real-time systems. Journal of Systems Architecture, 46(4):305–325, 2000. doi: 10.1016/S1383-7621(99)00008-9.DOI
- [6]Jian-Jia Chen, Junjie Shi, Mario Günzel, Georg von der Brüggen, Kuan-Hsun Chen, and Peter Bella. Theoretical foundations of utility accrual for real-time systems. In Renato Mancuso, editor, 37th Euromicro Conference on Real-Time Systems (ECRTS 2025), volume 335 of Leibniz International Proceedings in Informatics (LIPIcs), pages 1–26, Dagstuhl, Germany, 2025. Schloss Dagstuhl – Leibniz-Zentrum für Informatik. doi: 10.4230/LIPIcs.ECRTS.2025.17. Article 17.DOI
- [7]H. Chetto and M. Chetto. Scheduling periodic and sporadic tasks in a real-time system. Information Processing Letters, 30(4):177–184, 1989. doi: 10.1016/0020-0190(89)90209-3.DOI
- [8]G. B. Dantzig. Discrete-variable extremum problems. Operations Research, 5(2):266–288, 1957. doi: 10.1287/opre.5.2.266.DOI
- [9]Michael L. Dertouzos. Control robotics: The procedural control of physical processes. In Jack L. Rosenfeld, editor, Information Processing 74: Proceedings of IFIP Congress 74, pages 807–813, Amsterdam, 1974. North-Holland.
- [10]F. Eisenbrand and T. Rothvoß. Static-priority real-time scheduling: Response time computation is NP-hard. In Proceedings of the 29th IEEE Real-Time Systems Symposium (RTSS), pages 397–406, Los Alamitos, CA, USA, 2008. IEEE Computer Society. doi: 10.1109/RTSS.2008.25.DOI
- [11]F. Eisenbrand and T. Rothvoß. EDF-schedulability of synchronous periodic task systems is coNP-hard. In Proceedings of the Twenty-First Annual ACM-SIAM Symposium on Discrete Algorithms (SODA), pages 1029–1034, Philadelphia, PA, USA, 2010. SIAM. doi: 10.1137/1.9781611973075.83.DOI
- [12]P. Ekberg and S. Baruah. Partitioned scheduling of recurrent real-time tasks. In Proceedings of the 42nd IEEE Real-Time Systems Symposium (RTSS), pages 356–367, Piscataway, NJ, USA, 2021. IEEE. doi: 10.1109/RTSS52674.2021.00040.DOI
- [13]P. Ekberg and W. Yi. Uniprocessor feasibility of sporadic tasks with constrained deadlines is strongly coNP-complete. In Proceedings of the 27th Euromicro Conference on Real-Time Systems (ECRTS), pages 281–286, Piscataway, NJ, USA, 2015. IEEE. doi: 10.1109/ECRTS.2015.32.DOI
- [14]P. Ekberg and W. Yi. Fixed-priority schedulability of sporadic tasks on uniprocessors is NP-hard. In Proceedings of the 38th IEEE Real-Time Systems Symposium (RTSS), pages 139–146, Piscataway, NJ, USA, 2017. IEEE. doi: 10.1109/RTSS.2017.00020.DOI
- [15]M. R. Garey and D. S. Johnson. Computers and Intractability: A Guide to the Theory of NP-Completeness. W. H. Freeman, San Francisco, 1979.
- [16]Joël Goossens and Pascal Richard. Partitioned scheduling of multimode multiprocessor real-time systems with temporal isolation. In Proceedings of the 21st International Conference on Real-Time Networks and Systems (RTNS), pages 297–305, New York, NY, USA, 2013. ACM. doi: 10.1145/2516821.2516822.DOI
- [18]G. Koren and D. Shasha. D-over: An optimal on-line scheduling algorithm for overloaded real-time systems. In Proceedings of the 13th IEEE Real-Time Systems Symposium (RTSS), pages 290–299, Los Alamitos, CA, USA, 1992. IEEE Computer Society Press. doi: 10.1109/REAL.1992.242650.
- [19]Dawei Li and Jie Wu. Utility-based scheduling for periodic tasks with multiple parallelization options. In 2016 IEEE International Conference on Cloud Computing Technology and Science (CloudCom), pages 423–430, Los Alamitos, CA, USA, 2016. IEEE Computer Society. doi: 10.1109/CloudCom.2016.0072.DOI
- [20]Jane W. S. Liu, Kwei-Jay Lin, Wei-Kuan Shih, Albert Chuang-shi Yu, Jen-Yao Chung, and Wei Zhao. Algorithms for scheduling imprecise computations. Computer, 24(5):58–68, 1991. doi: 10.1109/2.76287.DOI
- [21]Pedro Mejia-Alvarez, Eugene Levner, and Daniel Mossé. Adaptive scheduling server for power-aware real-time tasks. ACM Transactions on Embedded Computing Systems, 3(2):284–306, 2004. doi: 10.1145/993396.993400.
- [22]Aloysius Ka-Lau Mok. Fundamental Design Problems of Distributed Systems for the Hard-Real-Time Environment. PhD thesis, Massachusetts Institute of Technology, Cambridge, MA, 1983. URL https://hdl.handle.net/1721.1/15670. MIT Laboratory for Computer Science Technical Report MIT/LCS/TR-297.
- [23]J. B. Rosser and L. Schoenfeld. Approximate formulas for some functions of prime numbers. Illinois Journal of Mathematics, 6(1):64–94, 1962. doi: 10.1215/ijm/1255631807.DOI
- [24]M. Schaefer and C. Umans. Completeness in the polynomial-time hierarchy: Part I: A compendium. ACM SIGACT News, 33(3):32–49, 2002. doi: 10.1145/582475.582484.
- [25]W.-K. Shih and J. W. S. Liu. On-line scheduling of imprecise computations to minimize error. SIAM Journal on Computing, 25(5):1105–1121, 1996. doi: 10.1137/S0097539792233634.DOI
- [26]Prabhakant Sinha and Andris A. Zoltners. The multiple-choice knapsack problem. Operations Research, 27(3):503–515, 1979. doi: 10.1287/opre.27.3.503.DOI
- [27]L. J. Stockmeyer. The polynomial-time hierarchy. Theoretical Computer Science, 3(1):1–22, 1976. doi: 10.1016/0304-3975(76)90061-X.DOI
- [28]C. Wrathall. Complete sets and the polynomial-time hierarchy. Theoretical Computer Science, 3(1):23–33, 1976. doi: 10.1016/0304-3975(76)90062-1.DOI
- [29]Hoeseok Yang, Hokeun Kim, Choonghwan Lee, and Hyung-Chan An. Value-aware real-time scheduling for intelligent transportation systems. IEEE Embedded Systems Letters, 18(3):241–244, 2026. doi: 10.1109/LES.2025.3597246.DOI