What's this about?
AirLLM runs 70-billion-parameter models on a single 4GB consumer GPU by loading the network layer-by-layer from disk instead of holding it all in memory — slow, but it runs.
What exactly is the memory problem?
A 70B model needs ~140GB in standard precision — normally sharded across multiple $30k datacenter GPUs. Since a transformer executes layers one at a time, you can stream each layer in, compute, and evict it. The trade: latency balloons because disk I/O sits on the critical path.
What's the community saying?
HN 194 points, 75 comments.
- Main dispute: tokens-per-second — at seconds-per-token it's a demo, not a daily driver.
- Fans see offline/air-gapped value: big-model access with no cloud and no budget.
- Comparisons to llama.cpp partial offloading and mmap tricks — is this new or a repackaging?