Distributed Checkpoint
summary
Distributed checkpointing saves and loads model and optimizer shards in parallel, writes one file per rank plus a metadata file, and performs load-time resharding so a checkpoint saved on 8 GPUs can resume on 4 (or even without GPUs). It stores parallelism-agnostic tensors and requires a preprocessing helper (the distributed checkpoint state-dict utilities) to produce canonical keys and re-shardable values. Adoption includes IBM, Mosaic, XLA for FSDP and Shampoo OSS; APIs are beta in 2.1 stable with helpers experimental in nightly. save/load from multiple ranks
AI-written summary · about
chapters (7)
- 0:00Distributed checkpointing intro
- 1:48Changing world size challenges
- 4:18Three key rearing challenges
- 7:08PyTorch native solution
- 9:59Handling state values and keys
- 12:49State API for simplicity
- 14:59Q&A
related talks
15mUniversal Checkpointing: A Flexible and Efficient Distributed Checkpointing...
13mByteCheckpoint: A Unified Checkpointing System for Large Foundation Model Development
10mLightning Talk: In-Cluster Distributed Checkpointing: Optimizing Training...
17mCheckmate: Zero Performance Overhead Model Checkpointing via Network Gradient Replication
16mCheck-N-Run: a Checkpointing System for Training Deep Learning Recommendation Models
37mTransparent, Infra-Level Checkpoint and Restore for Resilient AI/ML Workloads
32mEfficient Transparent Checkpointing of AI/ML Workloads in Kub...
28mFault Tolerance Training at Pinterest
