Pith. sign in

REVIEW 3 major objections 5 minor 27 references

AReaL-DTE: Sparse Policy-Weight Transfer for Online Agentic Reinforcement Learning

T0 review · 3 major / 5 minor · reviewed 2026-08-15 · deepseek-v4-flash

Pith's one-line read AReaL-DTE claims that RL weight synchronization can be made fully sparse end to end by reconstructing overwritten weights via AdamW inversion, detecting changes in the inference data type, and remapping them to receiver-local coordinates.

desk verdict Clever snapshot-free delta transfer, but the AdamW inversion only works if you sync every optimizer step—an assumption the paper never states. read the letter →

arxiv 2608.00455 v1 pith:OB4Q4TZA submitted 2026-08-01 cs.DC

classification cs.DC
keywords sparseweightsynchronizationAdamWinversiononlinereinforcementlearningrolloutinferencedeltatransferBF16changedetectionheterogeneousmodellayouts
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

The paper claims that the weight updates an online reinforcement-learning system sends from training workers to rollout workers can be made sparse at every stage of the pipeline, not just on the wire. Across the four workloads studied, fewer than 2% of the BF16 weight elements a rollout policy consumes change between consecutive policy versions. AReaL-DTE removes the historical snapshot by algebraically inverting the AdamW update, so previous weights are reconstructed on demand from live optimizer state; it detects changes in a canonical, inference-aligned layout and maps them directly into each receiver's local coordinates. If correct, synchronization latency drops by up to 19.9x across clusters and 7.6x within a cluster, with peak GPU memory reduced by about 41% and peak CPU memory by at least 87% on a 30B-parameter model. The design matters because in online RL, weight synchronization can otherwise become a bottleneck that dominates the interval between policy updates.

What carries the argument

The load-bearing identity is the exact algebraic inverse of the decoupled AdamW update (Equation 2), which recovers the pre-update FP32 weight from the post-update weight, moment states, step count, and hyperparameters. The engine applies this inverse in the optimizer-native shard layout, gathers only the tensor-local pieces needed for conversion, and streams each converted unit through the same training-to-inference converter used on the current weights. BF16 bit-pattern comparison in the canonical space decides what changed, and a precomputed transfer plan built from training and inference shard metadata maps each change into receiver-local coordinates with unravel-remap-ravel operations. Within a cluster, a two-round protocol first exchanges per-destination counts, including zeros, and then sends the variable-length index-value payloads, keeping empty operations aligned so no deadlock occurs; across clusters, compressed canonical chunks are committed through shared storage and applied by the destination scheduler. These mechanisms jointly eliminate both the model-scale historical snapshot and the complete checkpoint intermediate.

What would settle it

Store the exact pre-update weights out of band, run one real AdamW step through the actual training stack, then have AReaL-DTE reconstruct the previous weights from live optimizer state and compare them bitwise to the stored prior; any non-negligible fraction of mismatched elements falsifies the reconstruction. The same test with gradient clipping or loss scaling enabled would show whether the assumed update form holds beyond the paper's exact setting.

Watch

Extended reading notes

Core claim

The central claim is that an RL policy's previous weights can be regenerated instead of stored. AReaL-DTE applies the algebraic inverse of the decoupled AdamW update, $$\hat{\$\theta$}_{t-1}=\frac{\theta_t+\eta_t\,\frac{m_t/(1-\beta_1^t)}{\sqrt{v_t/(1-\beta_2^t)}+\epsilon}}{1-\eta_t\$\lambda$}$$, using the live FP32 master weights, first and second moments, optimizer step, and hyperparameters, and streams the reconstruction one converter unit at a time rather than materializing a full snapshot. The reconstructed and current tensors are pushed through the same training-to-inference converter, compared as BF16 bit patterns in the aligned canonical space, and only elements whose inference-visible values actually changed are retained. A precomputed transfer plan then maps each changed canonical index into the destination shard's own coordinates, so the sender ships compact index-value pairs that the receiver can scatter directly into live inference tensors. This is what lets transfer time, GPU memory, and CPU memory scale with the number of changed weights instead of model size.

Load-bearing premise

The engine assumes every weight was updated by exactly the decoupled AdamW rule it inverts, so that the previous value can be recovered from the optimizer's live state; any extra clipping, loss scaling, learning-rate modification, AMSGrad, or internal rounding in the training stack would corrupt the reconstruction and break the change detection.

Editorial extensions

If this is right

  • At 10 Gbps inter-cluster bandwidth, synchronization overhead drops to 0.68–0.99x the policy-training step, so weight sync stops being the dominant bottleneck.
  • Same-cluster peak CPU memory falls by at least 87% and GPU memory by about 41% on the 30B mixture-of-experts model because no snapshot or complete checkpoint is materialized.
  • Receiver-local indices allow rollout workers to scatter values directly into their inference shards, removing layout conversion and broadcast from the application path.
  • The same compressed sparse artifacts work through shared storage for cross-cluster transfer, so training and rollout do not need a shared communication group.
  • Sparse payloads transmit only a small fraction, below 2%, of the weight elements on the evaluated workloads, and compressed artifacts are 16.3–19.7x smaller than dense checkpoints.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • The optimizer-inversion pattern is not limited to RL rollout sync: any pipeline that repeatedly publishes model versions from an in-place optimizer could reconstruct the previous weights on demand, provided the optimizer step is invertible from retained state; each optimizer would need its own inverse.
  • The headline sparsity figure is tied to BF16 serving; a rollout stack that switches to FP8, FP16, or FP32 inference would need re-measured change ratios and a re-derived detection threshold, and the observed speedups could shift.
  • The design depends on a stable converter mapping between training and inference layouts; if parameter names, fusion rules, or sharding change between versions, the transfer plan would need rebuilding, and at higher change rates the reconstruction cost could eventually make dense transfer competitive again.
Share X Bluesky LinkedIn Reddit HN

Signed reviews

No signed human review yet.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

3 major / 5 minor

Summary. The paper introduces AReaL-DTE, a snapshot-free delta transfer engine for synchronizing policy weights between training and rollout-inference micro-services in online agentic RL. The system reconstructs the pre-update weight from live AdamW optimizer state by algebraically inverting a single decoupled AdamW step, converts reconstructed and current parameters through the same MCore-to-Hugging-Face path, compares their BF16 bit patterns to extract changed elements, and remaps those changes into receiver-local coordinates before sparse transfer. Same-cluster synchronization uses a two-round count-then-payload protocol; cross-cluster synchronization publishes canonical sparse chunks to shared storage and lets the destination SGLang scheduler apply them. The evaluation on Qwen3-8B and Qwen3-30B-A3B across four RL workloads reports fewer than 2% BF16 weight changes per update, end-to-end latency speedups up to 7.6x (same cluster) and 19.9x (derived cross-cluster) over ByteCheckpoint, up to 7.4x and 3.2x over PULSE, and sizable GPU/CPU memory reductions.

Significance. If the central construction is correct, the paper makes a useful systems contribution: it identifies that inference-visible weight updates are sparse in BF16, and it proposes a concrete mechanism to eliminate both the historical model snapshot and the full-model intermediate typically needed for delta construction and layout translation. The AdamW inversion is an analytically derived, parameter-free identity that lets the system trade stored history for live optimizer state; the receiver-local remapping and zero-count two-round protocol are sensible engineering answers to real data-dependent payload problems. The paper also ships a code link, reports sparsity measured from actual training-generated updates rather than synthetic perturbations, and is transparent about the finite-precision caveat of the reconstruction. The main risks are correctness-related: the inversion only recovers the immediately preceding optimizer step, and the cross-cluster latency numbers are derived rather than measured end-to-end, so the headline claims rest on assumptions that the text should state and validate explicitly.

major comments (3)
  1. [Section 4.1, Eq. (2) and Section 4.2.1] Equation (2) reconstructs only the immediate predecessor theta_{t-1} from the current weight theta_t and the retained moments m_t, v_t. The change detector then compares theta_t with this reconstruction to produce a delta. However, rollout workers hold the last published policy version, which is theta_{t-K} if K optimizer steps elapse between published versions. For K>1, the reconstructed base is not the version held by inference workers, so applying the resulting delta to shards holding theta_{t-K} silently produces a policy that matches neither endpoint. Section 5.1 states that synchronization inputs are collected 'after an actual policy-optimization step,' which confirms the measurement interval is one step, but the paper never states the publication interval K. If K=1 by design, this must be stated explicitly; if K>1 is possible, the system needs a multi-step reconstruction or some other mechanism to recover theta_{t-K}. Because the sparse delta, the version manifest, and the same-cluster application protocol all assume the correct base version, this ambiguity is load-bearing for correctness.
  2. [Section 5.1 and Tables 2, 4] The cross-cluster end-to-end latency is not measured; it is derived as T_same,disk + T_upload,p50(B) + T_download,p50(B). The headline cross-cluster speedups (up to 19.9x over ByteCheckpoint and 3.2x over PULSE) are therefore model predictions based on adding separately measured local construction/application time to median storage-transfer times. This is a reasonable first-order model, but the text does not validate it against a full end-to-end measurement, report variance across runs, or discuss how the absence of a real cross-cluster communication path (e.g., overlapping upload and download, queueing, retransmission) affects the result. For RQ2, the claim that AReaL-DTE 'achieves' these cross-cluster speedups is stronger than the evidence supports. Please either report measured end-to-end cross-cluster runs or clearly present the derived nature as a modeling result with sensitivity analysis.
  3. [Section 4.1 and Figure 2] The paper acknowledges that fused finite-precision implementations can round intermediate results, but it does not quantify how this affects change detection. Since the system compares BF16 bit patterns, a small FP32 reconstruction error can flip a BF16 bit and create a false positive, or, if the error is large enough, could suppress a real change by producing an incorrect 'previous' value. The figure labels a 'Bit-parity guard' that is never described in the text. The paper should specify what this guard checks, measure the rate at which reconstruction error changes the BF16 comparison outcome on the evaluated workloads, and report whether any false or missed changes were observed in the actual training runs.
minor comments (5)
  1. [Throughout] The system name is spelled inconsistently as 'AReaL-DTE' in some places (including the abstract) and 'AREAL-DTE' in others; please use one spelling consistently.
  2. [Figure 2] Figure 2 is very dense and contains unlabeled or underspecified elements such as 'Bit-parity guard' and the typo 'Stream Pipeleine.' Enlarging the figure, adding a legend, or moving details to an appendix would improve readability.
  3. [Section 5.2, Tables 1 and 3] The memory metrics would benefit from a precise statement of what is included in peak GPU and CPU memory (e.g., whether model weights, optimizer state, pinned staging buffers, and receiver-side serving memory are all included) so that a reader can compare baselines fairly.
  4. [Section 4.4] The cross-cluster path says that if no writer has changed payload, no new version is published and the previous synchronization base is retained. Since the previous base is itself a version that must be consistent with the reconstruction assumption, the text should clarify how the no-change decision interacts with the version interval K discussed above.
  5. [Section 5.1] The sparsity claim 'fewer than 2% of BF16 weight elements change between consecutive policy versions' is measured from one-step differences; if publication intervals are larger, the relevant sparsity is between published versions, not between optimizer steps. Clarify this in the observation and in Figure 3(c).

Circularity Check

0 steps flagged · score 0.0 of 10

No significant circularity: the AdamW inversion is an algebraic inverse of the stated update, sparsity is an empirical measurement, and the reported gains are measured against external baselines.

full rationale

The paper's derivation chain is self-contained rather than circular. Equation 2 is derived in Appendix A by algebraic rearrangement of the stated decoupled AdamW update (Equation 9); it is not a fitted parameter, a renamed measured quantity, or a quantity predicted from the data it is supposed to explain. The sparsity claim ('fewer than 2% of BF16 weight elements change between consecutive policy versions') is presented as an empirical measurement in Section 5.1 and Figure 3(c), not as an output forced by the system's construction. The layout remapping in Section 4.2 is a deterministic coordinate transformation computed from converter and shard metadata; it assumes nothing about the delta size. The two-round transfer protocol in Section 4.3 exchanges counts before payloads, and the speedups are measured against external baselines ByteCheckpoint and PULSE. The paper's self-citations, such as AReaL and AREAL-2.0 in Section 2.1, are contextual background and are not used to justify the inversion, the sparsity observation, or the benchmark numbers. The caveats stated in Section 4.1 and Appendix A, namely that Equation 2 is exact only for the stated update in exact arithmetic and that fused finite-precision implementations can round intermediate results, are correctness and robustness limitations rather than circularity: they concern whether the reconstructed predecessor matches the actual deployment base, not whether a result reduces to its own input. The version-interval ambiguity raised by the reviewer is likewise a correctness risk about which base version is reconstructed, not a circularity in the derivation. No load-bearing step equates its conclusion with its assumptions by construction, so the circularity score is 0.

Assumptions & free parameters 0 free parameters · 5 assumptions · 0 invented entities

No invented physical entities. The system introduces a new protocol and a new data representation (manifest-committed sparse chunks), but these are not new scientific postulates. The main axiomatic burden is that the AdamW update matches the exact algebraic form and that the optimizer state is available.

assumptions (5)
  • domain assumption The AdamW update used in the training stack exactly matches the decoupled AdamW form in Eq. 9, with no AMSGrad, no learning-rate scaling, no clipping, and no loss scaling.
    Section 4.1 and Appendix A derive Eq. 2 from this exact form; if the production optimizer deviates, reconstruction is wrong.
  • domain assumption The first- and second-moment states mt, vt are available in the same sharding as the master weights.
    Section 4.1 requires element-wise alignment of master weights and moments; if optimizer state is not retained, the approach fails.
  • domain assumption The MCore-to-Hugging-Face converter is deterministic and produces a stable, correct canonical mapping.
    Section 4.2.1 relies on applying the same converter to both versions; if the converter has ambiguity, the comparison is misaligned.
  • domain assumption Exactly the same version of the policy is present on the training and inference sides for each synchronization.
    The delta transfer protocol assumes a common base version; Section 4.4 retains base versions, but this is a standard consistency assumption.
  • domain assumption The training engine does not update weights between the moment the reconstruction is sampled and the moment the sparse payload is applied.
    If weights are updated concurrently, the delta is for a stale state. The paper assumes the control plane prevents this.

how reviews work

0 comments
Cite this review

Pith. "Pith review of AReaL-DTE: Sparse Policy-Weight Transfer for Online Agentic Reinforcement Learning." pith.science (2026). https://pith.science/paper/OB4Q4TZA

@misc{pith2026260800455,
  author       = {Pith},
  title        = {Pith review of: AReaL-DTE: Sparse Policy-Weight Transfer for Online Agentic Reinforcement Learning},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/OB4Q4TZA}},
  note         = {Machine review of arXiv:2608.00455}
}
read the original abstract

Online agentic reinforcement learning implemented with micro-services separates policy training from rollout generation, improving scalability and modularity while potentially making frequent policy-weight synchronization a critical systems overhead. Shared storage naturally connects these services across clusters, but vanilla dense policy weight synchronization could incur model-scale construction, transfer, and application costs. Sparse synchronization reduces transferred data, yet checkpoint-oriented approaches can still retain a previous model and materialize complete intermediates to bridge heterogeneous training and inference layouts. We present AReaL-DTE, a snapshot-free Delta Transfer Engine that translates inference-visible weight sparsity into end-to-end system efficiency. Across our evaluated workloads, fewer than 2% of BF16 weight elements change between consecutive policy versions. AReaL-DTE reconstructs overwritten weights on demand by inverting AdamW updates, streams reconstructed and current parameters through converter-aligned BF16 change detection, and remaps changed elements directly into receiver-local coordinates. AReaL-DTE supports manifest-committed sparse transfer through shared storage across clusters and a deadlock-safe two-round protocol within a cluster, followed by direct application to inference shards. We evaluate AReaL-DTE on Qwen3-8B and Qwen3-30B-A3B across four online RL workloads. AReaL-DTE achieves speedups of up to 19.9x over ByteCheckpoint and 3.2x over PULSE across clusters, and up to 7.6x and 7.4x, respectively, within a cluster. In the same-cluster Qwen3-30B-A3B experiments, it reduces peak GPU memory by approximately 41% and peak CPU memory by at least 87%.

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

27 extracted references · 17 canonical work pages

  1. [1]

    Real-time reinforcement learning for composer

    Cursor. Real-time reinforcement learning for composer. https://cursor.com/blog/real-time-rl-for-composer ,

  2. [2]

    Next-Generation Agentic Reinforcement Learning Systems Enable Self-Evolving Agents

    Ran Yan, Wei Fu, Jiale Li, Shusheng Xu, Zhiyu Mei, Jiaxuan Gao, Jiarui Zhang, Xujie Shen, Hao Dai, Chuyi He, et al. Next-generation agentic reinforcement learning systems enable self-evolving agents. arXiv preprint arXiv:2607.01120, 2026

  3. [3]

    ProRL Agent: Rollout-as-a-service for RL training of multi-turn LLM agents

    Hao Zhang, Mingjie Liu, Shaokun Zhang, Songyang Han, Jian Hu, Zhenghui Jin, Yuchi Zhang, Shizhe Diao, Ximing Lu, Binfeng Xu, et al. ProRL Agent: Rollout-as-a-service for RL training of multi-turn LLM agents. arXiv preprint arXiv:2603.18815, 2026

  4. [4]

    RollArt: Disaggregated Multi-Task agentic RL training at scale

    Wei Gao, Yuheng Zhao, Tianyuan Wu, Shaopan Xiong, Weixun Wang, Dakai An, Lunxi Cao, Dilxat Muhtar, Zichen Liu, Haizhou Zhao, Ju Huang, Siran Yang, Yongbin Li, Wenbo Su, Jiamang Wang, Lin Qu, Bo Zheng, and Wei Wang. RollArt: Disaggregated Multi-Task agentic RL training at scale. In 20th USENIX Symposium on Operating Systems Design and Implementation (OSDI ...

  5. [5]

    Rollout-training co-design for efficient llm-based multi-agent reinforcement learning

    Zhida Jiang, Zhaolong Xing, Jiawei Lu, Yipei Niu, Qingyuan Sang, Liangxu Zhang, Wenquan Dai, Junhua Shu, Jiaxing Wang, Qiangyu Pei, et al. Rollout-training co-design for efficient llm-based multi-agent reinforcement learning. arXiv preprint arXiv:2602.09578, 2026

  6. [6]

    Understanding and exploiting weight update sparsity for communication-efficient distributed rl

    Erfan Miahi and Eugene Belilovsky . Understanding and exploiting weight update sparsity for communication-efficient distributed rl. arXiv preprint arXiv:2602.03839, 2026

  7. [7]

    AuroraRL: Fast, Fault-Tolerant, and Cost-Efficient Reinforcement Learning over Decentralized Network

    Chaoyi Ruan, Geng Luo, Xinyi Wan, Long Zhao, Qinghe Wang, Jiaan Zhu, Duling Xu, Guanbin Xu, Dehui Wei, Xiang Liu, et al. Rl over commodity networks: Overcoming the bandwidth barrier with lossless sparse deltas. arXiv preprint arXiv:2602.11456, 2026

  8. [8]

    ByteCheckpoint: A unified checkpointing system for large foundation model development

    Borui Wan, Mingji Han, Yiyao Sheng, Yanghua Peng, Haibin Lin, Mofan Zhang, Zhichao Lai, Menghan Yu, Junda Zhang, Zuquan Song, Xin Liu, and Chuan Wu. ByteCheckpoint: A unified checkpointing system for large foundation model development. In 22nd USENIX Symposium on Networked Systems Design and Implementation (NSDI 25), pages 559–578. USENIX Association, April 2025

Show all 27 references
  1. [9]

    HybridFlow: A flexible and efficient RLHF framework

    Guangming Sheng, Chi Zhang, Zilingfeng Ye, Xibin Wu, Wang Zhang, Ru Zhang, Yanghua Peng, Haibin Lin, and Chuan Wu. HybridFlow: A flexible and efficient RLHF framework. In Proceedings of the Twentieth European Conference on Computer Systems, pages 1279–1297. ACM, 2025

  2. [10]

    Openrlhf: An easy-to-use, scalable and high-performance rlhf framework

    OpenRLHF Team. Openrlhf: An easy-to-use, scalable and high-performance rlhf framework. https://github.com/ OpenRLHF/OpenRLHF, 2024. Accessed: 2026-07-01

  3. [11]

    NeMo-Aligner: Scalable toolkit for efficient model alignment

    Gerald Shen, Zhilin Wang, Olivier Delalleau, Jiaqi Zeng, Yi Dong, Daniel Egert, Shengyang Sun, Jimmy Zhang, Sahil Jain, Ali Taghibakhshi, Markel Sanz Ausin, Ashwath Aithal, and Oleksii Kuchaiev. NeMo-Aligner: Scalable toolkit for efficient model alignment. arXiv preprint arXiv...

  4. [12]

    Reinforcement learning optimization for large-scale learning: An efficient and user-friendly scaling library .arXiv preprint arXiv:2506.06122, 2025

    Weixun Wang, Shaopan Xiong, Gengru Chen, Wei Gao, Sheng Guo, Yancheng He, Ju Huang, Jiaheng Liu, Zhendong Li, Xiaoyang Li, Zichen Liu, Haizhou Zhao, Dakai An, Lunxi Cao, Qiyang Cao, Wanxi Deng, Feilei Du, Yiliang Gu, Jiahe Li, Xiang Li, Mingjie Liu, Yijia Luo, Zihe Liu, Yadao ...

  5. [13]

    Areal: A large-scale asynchronous reinforcement learning system for language reasoning

    Wei Fu, Jiaxuan Gao, Xujie Shen, Chen Zhu, Zhiyu Mei, Chuyi He, Shusheng Xu, Guo Wei, Jun Mei, Jiashu Wang, et al. Areal: A large-scale asynchronous reinforcement learning system for language reasoning. Advances in Neural Information Processing Systems, 38:36256–36282, 2025

  6. [14]

    DORA: A scalable asynchronous reinforcement learning system for language model training

    Tianhao Hu, Xiangcheng Liu, Yuchun Miao, Youshao Xiao, Hongyu Zang, Yang Zheng, Xuan Huang, Jinrui Ding, Yufei Zhang, Yu Yang, Yi-Kai Zhang, Yueqing Sun, Chengcheng Han, Xiandi Ma, Wei Wang, Qi Gu, Yerui Sun, Yuchen Xie, and Xunliang Cai. DORA: A scalable asynchronous reinforc...

  7. [15]

    Laminar: A scalable asynchronous RL post-training framework

    Guangming Sheng, Yuxuan Tong, Borui Wan, Wang Zhang, Chaobo Jia, Xibin Wu, Yuqi Wu, Xiang Li, Chi Zhang, Yanghua Peng, Haibin Lin, Xin Liu, and Chuan Wu. Laminar: A scalable asynchronous RL post-training framework. arXiv preprint arXiv:2510.12633, 2025

  8. [16]

    Weave: Efficient co-scheduling for disaggregated RL post-training

    Tianyuan Wu, Lunxi Cao, Yining Wei, Wei Gao, Yuheng Zhao, Dakai An, Shaopan Xiong, Zhiqiang Lv, Ju Huang, Siran Yang, Yinghao Yu, Jiamang Wang, Lin Qu, and Wei Wang. Weave: Efficient co-scheduling for disaggregated RL post-training. In 20th USENIX Symposium on Operating System...

  9. [17]

    ROSE: Rollout on serving GPUs via cooperative elasticity for agentic RL

    Wei Gao, Yuheng Zhao, Dilxat Muhtar, Dakai An, Xuchun Shang, Tianyuan Wu, Lunxi Cao, Shaopan Xiong, Weixun Wang, Ju Huang, Teng Ma, Siran Yang, Jiamang Wang, Lin Qu, Bo Zheng, and Wei Wang. ROSE: Rollout on serving GPUs via cooperative elasticity for agentic RL. arXiv preprint...

  10. [18]

    Efficient large-scale language model training on GPU clusters using Megatron-LM

    Deepak Narayanan, Mohammad Shoeybi, Jared Casper, Patrick LeGresley , Mostofa Patwary , Vijay Anand Korthikanti, Dmitri Vainbrand, Prethvi Kashinkunti, Julie Bernauer, Bryan Catanzaro, Amar Phanishayee, and Matei Zaharia. Efficient large-scale language model training on GPU cl...

  11. [19]

    PyTorch FSDP: Experiences on scaling fully sharded data parallel

    Yanli Zhao, Andrew Gu, Rohan Varma, Liang Luo, Chien-Chin Huang, Min Xu, Less Wright, Hamid Shojanazeri, Myle Ott, Sam Shleifer, Alban Desmaison, Can Balioglu, Pritam Damania, Bernard Nguyen, Geeta Chauhan, Yuchen Hao, Ajit Mathews, and Shen Li. PyTorch FSDP: Experiences on sc...

  12. [20]

    Gonzalez, Hao Zhang, and Ion Stoica

    Woosuk Kwon, Zhuohan Li, Siyuan Zhuang, Ying Sheng, Lianmin Zheng, Cody Hao Yu, Joseph E. Gonzalez, Hao Zhang, and Ion Stoica. Efficient memory management for large language model serving with PagedAttention. In Proceedings of the 29th Symposium on Operating Systems Principles...

  13. [21]

    Gonzalez, Clark Barrett, and Ying Sheng

    Lianmin Zheng, Liangsheng Yin, Zhiqiang Xie, Chuyue Sun, Jeff Huang, Cody Hao Yu, Shiyi Cao, Christos Kozyrakis, Ion Stoica, Joseph E. Gonzalez, Clark Barrett, and Ying Sheng. SGLang: Efficient execution of structured language model programs. In Advances in Neural Information ...

  14. [22]

    Universal checkpointing: A flexible and efficient distributed checkpointing system for large-scale DNN training with reconfigurable parallelism

    Xinyu Lian, Sam Ade Jacobs, Lev Kurilenko, Masahiro Tanaka, Stas Bekman, Olatunji Ruwase, and Minjia Zhang. Universal checkpointing: A flexible and efficient distributed checkpointing system for large-scale DNN training with reconfigurable parallelism. In 2025 USENIX Annual Te...

  15. [23]

    Arpaci-Dusseau, and Remzi H

    Chenhao Ye, Huaizheng Zhang, Mingcong Han, Baoquan Zhong, Xiang Li, Qixiang Chen, Xinyi Zhang, Weidong Zhang, Kaihua Jiang, Wang Zhang, He Sun, Wencong Xiao, Andrea C. Arpaci-Dusseau, and Remzi H. Arpaci-Dusseau. TensorHub: Scalable and elastic weight transfer for LLM RL train...

  16. [24]

    slime documentation: Delta weight sync

    slime Team. slime documentation: Delta weight sync. https://github.com/THUDM/slime/blob/main/docs/en/ advanced/delta-weight-sync.md, 2026. Accessed: 2026-07-01

  17. [25]

    Decoupled weight decay regularization

    Ilya Loshchilov and Frank Hutter. Decoupled weight decay regularization. In International Conference on Learning Representations, 2019. 14 A Derivation of AdamW Inversion This appendix derives Equation 2 from the standard decoupled AdamW update [25]. The derivation assumes ele...

  18. [27]

    B MCore and Hugging Face Parameter Layouts This appendix explains why AREAL-DTE performs change detection after conversion rather than directly in the optimizer-native MCore layout

    +ϵ 1−η tλ ,(11) This relation is the algebraic basis for the numerical reconstruction in Equation 2. B MCore and Hugging Face Parameter Layouts This appendix explains why AREAL-DTE performs change detection after conversion rather than directly in the optimizer-native MCore la...

  19. [2026]

    Accessed: 2026-07-01

Pith tools

Reviewed August 15, 2026 · model on record in the stance chip above.