Snapshots, forking and cold starts
Restoring a snapshot instead of booting from scratch is how a microVM starts in milliseconds, and copy-on-write is how one running machine becomes many. These posts cover snapshot-restore internals, forking a live VM, hibernation and scale-to-zero, and what those primitives enable for agents and tests.
Thaw: sub-second cold restore97 posts
Distributed Data Processing on Ephemeral MicroVM Fleets
Fork sixty-four workers from one parent that has already resolved the dependency closure, and they will be running in under a second. Ask any two of them to exchange a shuffle block and the host firewall will drop the packet, by design.
The Carbon and Energy Case for Scale-to-Zero Compute
The sustainability argument for scale-to-zero is not that your code got efficient. It is that the machine can be handed to somebody else. Which only counts if somebody actually takes it.
Snapshot the Failure, Not the Log Line
The expensive part of an intermittent bug is not the analysis. It is getting back to the failing state. A log line is a guess someone made in advance about what would matter; a memory snapshot is the state itself.
Running EDA and Chip-Design Workloads in MicroVMs
In most workloads the compute is worth more than the data. In chip design it is emphatically the other way round: a netlist or a foundry PDK leaking to a co-tenant is a company-ending event, and the NDA you signed has opinions about which kernel your job shares.
How to Put a CDN in Front of a Scale-to-Zero App
An origin that is allowed to sleep changes what your cache headers are for. Done properly, the wake happens in a background fetch and lands on nobody's request; done carelessly, one Vary header hands every visitor a cold boot.
virtiofs vs virtio-blk: How Files Actually Get Into a MicroVM
One gives the guest a disk it owns. The other gives it a window onto a directory the host owns. That single difference decides whether you can fork a machine in 400ms, who parses guest-controlled input, and what a multi-tenant escape looks like.
Why the disk under your sandbox fleet decides your boot time
People pick a sandbox platform on features and then get bitten by storage hardware. A reflink clone is metadata-only and nearly free; every copy-on-write byte afterwards is a real read-modify-write against a real device. Under 50 concurrent restores, that device is either local NVMe or it is your bottleneck.
Golden Images vs Snapshot Baking
A golden image removes install time. A snapshot removes boot time. Those are different costs, which is why the answer is almost always both — and why the snapshot quietly freezes your RNG, your clock, and anything that was in RAM at bake time.
Per-Tenant SQLite: One File, One microVM, and No Noisy Neighbours
One SQLite file per customer gets the data model right: blast radius is a path, erasure is rm. Then you put a thousand of them in one process and discover that a file boundary is not a failure boundary.
More posts in this topic
- Where Sleeping Workloads Live: Storage Tiering Explained
- Your Scale-to-Zero App Never Sleeps, and Bots Are Why
- tmpfs in a microVM: The Filesystem That Eats Your RAM
- Where Scale-to-Zero Wake Time Actually Goes
- UFFDIO_ZEROPAGE vs UFFDIO_COPY: Stop Paying RAM for Zeros
- The Snapshot-Restore Thundering Herd, Explained
- Morph Cloud vs E2B: Fork the Machine or Rent a Session
- How to Benchmark Sandbox Cold Start Honestly
- PandaStack vs Azure Container Apps: an honest head-to-head
- Sparse Files and Hole Punching: Why Your Snapshot Lies About Its Size
- MAP_PRIVATE vs MAP_SHARED: The mmap Flag That Decides Everything
- One Demo per Prospect: Sales Environments You Can Throw Away
- Your Firecracker Snapshot Restore Failed: A Field Guide
- You Ship the Kernel: Firecracker Guest 5.10 vs 6.1
- Should You Compress Firecracker Memory Snapshots?
- The best Morph Cloud alternatives in 2026
- fsfreeze and the Three Tiers of Snapshot Consistency
- overlayfs Inside the Guest: Read-Only Rootfs, Writable Upper Layer
- Firecracker on arm64 vs x86_64: What Actually Differs
- How to persist data in a sandbox
- Running academic artifact evaluation on microVMs
- Memory Prefetch: The Working Set Is the Real Unit of a Fast Restore
- Running background workers next to your web app
- Keeping a browser logged in without storing passwords
- Best Postgres Database Branching Platforms (2026)
- Snapshot-Restore vs Live Migration: Not the Same Problem
- Scale-to-zero app hosting, and what it costs you
- Suspending idle Postgres databases
- PandaStack vs Morph Cloud: Snapshot-First Sandboxes
- How to Write a userfaultfd Handler for Firecracker
- Merging and Inspecting Firecracker Snapshots: snapshot-editor and the Rebase Workflow
- Snapshot, Restore, and the Connections You Left Open
- virtio-blk Discard and TRIM in Firecracker, Explained
- Database Branching with Copy-on-Write MicroVMs
- Firecracker Hugepages for Guest Memory, Explained
- What's Actually Inside a Firecracker Snapshot
- NUMA Locality and Firecracker Snapshot Restore
- Snapshot Restore vs Process Preforking: Same Idea, Different Boundary
- Snapshot Restore vs Cold Boot: The Tradeoffs Nobody Lists
- Guest Clocks, Snapshots, and the Time Travel Problem
- Replicating Firecracker Snapshots Across Regions
- Snapshot Restore vs Container Image Pull: Two Ways to Start Fast
- The Snapshot Clone Randomness Problem
- Swap and zram Inside a Firecracker MicroVM: What Actually Happens
- Guest Clock Drift After a Firecracker Snapshot Restore
- Firecracker CPUID masking, explained
- Guest page cache: why it bloats microVM snapshots
- Snapshot vs restore vs fork vs clone, explained
- Firecracker Dirty Page Tracking, Explained
- Firecracker Guest Memory Layout, Explained
- How Firecracker Restores Guest Memory: mmap & MAP_PRIVATE
- Guest Clocks and the TSC After a Firecracker Restore
- Restoring a Firecracker Snapshot on a Different CPU
- The Firecracker VMGenID Device, Explained
- Snapshot-Restore vs Fork: When to Use Which
- How Copy-on-Write Page Tables Work (and Why VM Fork Is Fast)
- Giving AI Agents Persistent Memory & State via microVM Snapshots
- Always-On vs Scale-to-Zero AI Agent Infrastructure
- Firecracker virtio-rng and Guest Entropy Explained
- Firecracker Snapshot Version Compatibility & Cross-Version Restore
- microVM Memory: Balloon vs Hotplug vs Re-Provision
- Best Firecracker Snapshot & Restore Tools (2026)
- Firecracker Diff Snapshots Explained
- Copy-on-Write and the Page-Fault Lifecycle, Step by Step
- Firecracker Snapshot-Restore vs AWS Lambda SnapStart
- Fan Out Monte Carlo Trials by Forking a Warm MicroVM
- Copy-on-Write Memory: Why Forking a VM's RAM Is Cheap
- Running Long-Lived AI Agent Tasks in microVMs Without Paying for Idle
- The Zygote Pattern: Fork One Warm Snapshot Into Thousands of MicroVMs
- Firecracker Snapshot/Restore vs CRIU Checkpoint/Restore
- The Serverless Cold-Start Problem, Explained
- Firecracker CPU Templates, Explained
- Shared Pages & Copy-on-Write: Packing MicroVMs Densely
- Snapshot-Restore vs Warm Pools: Two Ways to Kill Sandbox Cold Starts
- The Security Gotchas of Firecracker Snapshots (Secrets Frozen in RAM)
- Copy-on-Write Rootfs: dm-snapshot vs reflink for MicroVMs
- The Anatomy of a Sub-200ms MicroVM Create
- Kill Cold Starts with microVM Snapshotting: Warm Starts Without a Warm Pool
- Fork a microVM for Tree-of-Thought Agents
- Memory Overcommit & Page Sharing: How MicroVMs Get Dense
- The Snapshot-Restore Boot Path: Every Sandbox in Under 200ms
- How to Optimize MicroVM Cold Start
- How Firecracker Memory Snapshots Actually Work
- Thaw: How We Made a Cold Start Take 164ms
- Copy-on-Write Rootfs: Why MicroVM Create Is O(metadata)
- userfaultfd: Lazy Memory for Instant VM Restore
- How PandaStack Creates a MicroVM in Under 200ms
- Snapshots and Forks: Copy-on-Write for Running Machines