Exact Moved-Load Repair Analysis
- Exact moved-load repair is defined as restoring a failed component to its exact target state while controlling the data, traffic, or processing volume moved.
- Methodologies include interference alignment in MSR codes and dynamic programming in scheduling to achieve repair optimality under limited helper participation.
- The work highlights trade-offs in repair bandwidth, sub-packetization, and load balancing with extensions to quantum-assisted repair and security considerations.
Searching arXiv for the cited work and closely related exact-repair papers to ground the article. arXiv_search: query="(Guruswami et al., 2018) exact repair epsilon-MSR codes contacting fewer code blocks", max_results=5 “Exact moved-load repair” denotes a family of exact-recovery problems in which a failed or predicted state is corrected to a prescribed target state while controlling the amount of state, traffic, or processing volume that must be moved. In distributed storage, the closest established notion is exact repair of a failed node or code block together with explicit control of helper participation and repair traffic; the -MSR construction of “contacting fewer code blocks for exact repair” is the clearest instance of this interpretation (Guruswami et al., 2018). In learning-augmented scheduling, the phrase is formalized directly: given a predicted assignment, a makespan threshold , and a moved-load budget , one asks whether there exists a feasible schedule of makespan at most within that budget (Xefteris, 7 Jun 2026). Across these uses, the shared invariant is exactness: the repaired object is not merely functionally acceptable, but matches the required target state.
1. Scope and formal meanings
The literature uses the same phrase for structurally similar, but domain-specific, problems. In distributed storage, “moved load” is the traffic required to reconstruct the exact contents of a failed storage unit, either as helper download volume or as total communication moved across a network. In Restricted Assignment scheduling, “moved-load” is the total processing volume of jobs whose machine assignment changes.
| Setting | Object being repaired | Moved-load quantity |
|---|---|---|
| Distributed storage | Failed node or code block | Repair bandwidth, helper traffic, or |
| Restricted Assignment scheduling | Predicted assignment or projected schedule |
In the standard distributed-storage model, a system is parameterized by : storage nodes, any 0 nodes suffice for reconstruction, and 1 helpers participate in repair. If the file size is 2, each node stores 3, each helper sends 4, and the total repair bandwidth is 5 (Goparaju et al., 2014). Exact repair means that the replacement node stores an exact copy of the failed node’s data, whereas functional repair requires only preservation of the global reconstruction property (Goparaju et al., 2014).
In the scheduling formulation, the moved-load metric is explicit. For a feasible schedule 6 and any mapping 7, the disagreement set is
8
and the moved-load is
9
The corresponding exact repair problem asks whether there exists a feasible schedule 0 such that
1
for a given feasible predicted schedule 2, target makespan 3, and budget 4 (Xefteris, 7 Jun 2026).
2. Exact repair in distributed storage
The modern exact-repair literature is organized around the storage–repair-bandwidth tradeoff. Under functional repair, the cut-set tradeoff is
5
with the MSR point
6
and the MBR point
7
(Goparaju et al., 2014). Exact repair is stricter, so functional-repair bounds remain outer bounds for it (Goparaju et al., 2014).
At the MSR point, exact repair can meet the functional cut-set bound in important regimes. Explicit interference-alignment-based Exact-MSR constructions attain the MSR repair bandwidth with no loss of optimality for 8 and for 9, while repairing both systematic and parity nodes exactly (1001.0107). More generally, exact regeneration is asymptotically as efficient as functional regeneration for every 0, in the sense that
1
for exact MSR repair bandwidth 2 and file size 3 (Cadambe et al., 2010).
The interior of the exact-repair tradeoff remains more intricate. New inner bounds beyond space-sharing between MSR and MBR can be obtained by starting from a smaller MSR code, appending empty nodes, and then gluing together all 4 permutations of the resulting heterogeneous system to obtain a homogeneous code in average (Goparaju et al., 2014). This suggests that “moved-load repair” in storage is not a single point property, but a design axis involving storage cost, helper count, and repair traffic simultaneously.
3. Reduced-contact and load-balanced exact repair via 5-MSR codes
The most precise storage-theoretic analogue of exact moved-load repair is the 6-MSR construction of “contacting fewer code blocks for exact repair” (Guruswami et al., 2018). The underlying object is an 7 vector MDS code, where a codeword consists of 8 code blocks, each storing 9 symbols over 0, or equivalently one symbol over an extension field 1 of degree 2 over 3 (Guruswami et al., 2018). Exact repair means that when a block 4 fails, the original contents of that failed block are reconstructed exactly.
For an MDS code repaired from 5 helpers, the cut-set benchmark is
6
symbols over 7 in total; under load-balanced repair, each helper sends
8
symbols (Guruswami et al., 2018). Codes attaining this exactly are MSR codes. The 9-MSR notion allows a multiplicative 0 increase in bandwidth while dramatically reducing sub-packetization. In the 1 form quoted in the paper, an 2-MSR code has repair bandwidth at most
3
The key contribution is a reduced-contact exact-repair property. For 4 and 5, an 6-MSR code
7
has the 8-repair property if any failed node can be exactly repaired by downloading at most
9
symbols from each contacted helper, where 0 helpers are compulsory and the remaining 1 may be chosen arbitrarily (Guruswami et al., 2018). This is only partially helper-universal: unlike a true 2-optimal MSR code, not every subset of size 3 is admissible.
The construction is a concatenation 4. The inner code 5 is Ye–Barg’s 6-optimal-repair MSR code with parameters
7
and parity-check blocks
8
It repairs any node by contacting any 9 helpers and downloading 0 symbols from each, for total bandwidth 1 (Guruswami et al., 2018). The outer code 2 is a linear code
3
with constant relative distance and many codewords of full Hamming weight (Guruswami et al., 2018).
The final code has length 4, node size 5, and parity-check thick columns indexed by outer-code codewords 6. Repair is coordinatewise because the parity-check blocks are diagonal across the 7 outer coordinates. For one failed block 8, fixing one coordinate and partitioning helpers as
9
one has
0
The helpers in 1 are compulsory. Helpers in 2 send all 3 relevant symbols for each local repair group, whereas helpers in 4 send only one combined symbol per group,
5
A polynomial-interpolation argument based on
6
shows that one local group of 7 failed symbols can be recovered by downloading
8
symbols, and repairing the full failed block downloads
9
The moved-load aspect appears explicitly in the helper-by-helper rewrite. If 0 is the contacted helper set, the total download is
1
Thus each helper has “heavy” coordinates, contributing 2, and “light” coordinates, contributing 3. The paper proves that the download from each contacted helper is bounded by
4
provided
5
and summarizes the result by saying that the codes “ensure load balancing among the contacted code blocks” (Guruswami et al., 2018).
The asymptotic theorem is the strongest practical statement. For fixed positive integers 6, 7, 8, and 9, there exists a constant square prime power 00 such that for infinitely many 01, there is an
02
03-MSR code satisfying
04
repair, with
05
(Guruswami et al., 2018). Repair applies to any failed code block, and the code is MDS. The caveat is explicit: obtaining exact repair from any arbitrary subset of 06 helpers remains future work (Guruswami et al., 2018).
4. Network-aware moved communication load
A second storage-centric meaning of moved load appears when the repair cost is not only the traffic entering the newcomer, but the total traffic moved across a multi-hop network. In “Exact Optimized-cost Repair in Multi-hop Distributed Storage Networks,” repair is modeled over a graph
07
where 08 is the number of packets transmitted from node 09 to node 10 during repair, and the repair-cost is
11
(Gerami et al., 2014). This is a topology-aware moved-load metric: a packet that traverses multiple hops contributes once per hop.
The lower bound minimizes 12 subject to cut constraints requiring that every cut connecting a data collector attached to the newcomer and any 13 surviving nodes carry at least 14, the file size (Gerami et al., 2014). The paper proves that this lower bound is achievable for exact repair in tandem networks and for a 15 16 grid example. In a tandem network, the exact-optimal result is
17
and the minimum is achieved by the 18 nearest surviving nodes, each transmitting 19 fragments to its neighbor (Gerami et al., 2014).
The exact code constructions are Vandermonde-based. In the tandem case, with
20
node 21 stores
22
and exact repair of failed node 23 is achieved by choosing coefficients 24 such that
25
Because the associated Vandermonde system is invertible, the exact failed-node content is reproduced (Gerami et al., 2014). In the 26 grid, the lower bound for systematic-node repair is 27 units, attained by explicit repair subgraphs such as
28
for node 29 or node 30 (Gerami et al., 2014). This is exact moved-load repair in the literal sense of minimizing total moved communication load under exact data restoration.
5. Exact moved-load repair in learning-augmented scheduling
In Restricted Assignment scheduling, the phrase becomes a formal decision and search problem. A schedule is a mapping 31 with 32 for every job 33, machine loads
34
and makespan
35
(Xefteris, 7 Jun 2026). The predicted assignment 36 may be infeasible. The paper projects it to a feasible schedule 37, and projection is monotone in the sense that
38
for every feasible 39 (Xefteris, 7 Jun 2026).
The decision version is: 40 The prediction error with respect to 41 is
42
and with respect to the optimum it is
43
The repair algorithm exploits the overload lower bound
44
It also uses the incident-set structure
45
with
46
whenever 47 (Xefteris, 7 Jun 2026). This yields a bounded-budget repair oracle: for a guessed machine set 48 containing all overloaded machines, a dynamic program over net load changes
49
decides repair feasibility in time
50
Enumerating all candidate 51 with 52 and 53 gives the global repair oracle with runtime
54
Using doubling on 55, the main repair theorem states that for any 56, the algorithm 57 returns a feasible schedule 58 with
59
and if 60, it stops after reaching some
61
with at most
62
oracle calls (Xefteris, 7 Jun 2026). The overall running time is
63
The exactness here is threshold exactness: the output schedule meets the target makespan 64 exactly, not a 65 relaxation. The paper complements this with a parameterized hardness result: 66 even when 67 is feasible and the instance has at most three distinct processing times (Xefteris, 7 Jun 2026). This sharply separates exact repair from merely approximation-sensitive repair.
6. Extensions, tradeoffs, and limitations
Several adjacent literatures broaden the meaning of exact moved-load repair while preserving the same structural tension between exactness and traffic.
Bandwidth-adaptive exact repair at the MSR point is realized by PM-style codes that support multiple helper counts
68
with subpacketization
69
file size 70, and per-helper repair traffic
71
(Mahdaviani et al., 2017). This is exact repair with runtime movement of load across different numbers of helpers, although helper contributions remain symmetric once 72 is chosen.
At the MBR point, bandwidth adaptivity can be combined with Byzantine error resilience. In the BAER model, the exact MBR law becomes
73
and the exact MBR storage capacity is
74
(Mahdaviani et al., 2017). This shifts moved load not only across helper count, but across honest-versus-adversarial effective dimension 75.
Security results show that moved repair data can itself be the source of information leakage. For linear exact-repair MSR codes, if Eve observes repair downloads of 76 systematic nodes, then
77
and for 78,
79
(Goparaju et al., 2013). Under the stronger Type-II adversary, which observes repair data over time, the only efficient point in the solved secure exact-repair tradeoffs is the MBR point 80 (Tandon et al., 2013). This rules out a common misconception: exact moved-load repair is not governed solely by total traffic volume, but also by the subspace geometry of what each helper sends.
A more radical extension appears in entanglement-assisted distributed storage. For 81, exact repair with quantum communication attains
82
which simultaneously minimizes storage and repair bandwidth in that model (Hu et al., 12 May 2026). This suggests that the exactness penalty can disappear entirely once the communication model is changed, although the result is specific to entanglement-assisted repair.
The main limitations are therefore domain-specific. In 83-MSR storage, helper flexibility is partial because some helpers are compulsory (Guruswami et al., 2018). In topology-aware storage repair, exact optimality is proved only for tandem networks and a specific 84 grid (Gerami et al., 2014). In scheduling, exact moved-load repair at target 85 is solvable in XP-type time but is W[1]-hard in the moved-load parameter 86 (Xefteris, 7 Jun 2026). The term is consequently best understood as a unifying exactness principle rather than a single standardized model: exact restoration under an explicit budget on how much state, traffic, or processing volume may be moved.