GravityKit
GravityKit ships weekly across a whole plugin suite, with an MCP server now part of the lineup.
Comparison · Infra & APIs
Firecracker vs runc
A side-by-side editorial comparison of Firecracker and runc — release velocity, themes, recent moves, and the top alternatives to consider.
Firecracker vs runc: at a glance
What is Firecracker?
Firecracker's microVMs can now grow and shrink devices while running.
1.16.0 in June added developer-preview hotplug and hot-unplug for PCI virtio block, pmem and net devices on a live microVM, with the guest responsible for rescanning the bus and removing the device first since no notification mechanism exists yet. The same release added vsock Unix socket path overriding on snapshot restore, rate limiting for serial console output with a dropped-bytes metric, and per-callsite log rate limiting. 1.16.1 followed with a vsock fix for connections timing out after restore when a snapshot caught an in-flight TX descriptor. Earlier in the window, 1.15.0 added the VMClock device and Intel Granite Rapids support, and the April patches hardened the PCI transport against CVE-2026-5747.
What is runc?
runc now publishes an end-of-life calendar, and three branches shipped the same CVE fix in two days.
1.5.0 in June was the first stable release of the 1.5.z series and the third under runc's formal release and support policy: 1.2.z and earlier are unsupported, 1.3.z receives only high-severity CVE fixes until the end of October 2026, and 1.4.z is limited to security and significant bugfixes. A month later 1.5.1 fixed a real-world regression — the maskPaths optimisation from 1.5.0-rc.3 broke tmpfs mounts with nr_inodes=1 on Ubuntu 20.04 kernels. In mid-June, CVE-2026-41579 was fixed simultaneously across 1.3.6, 1.4.3 and 1.5.0-rc.3 and released with no embargo.
Firecracker vs runc: editorial side-by-side
Firecracker
0.0INFRA · APIS
Firecracker's microVMs can now grow and shrink devices while running.
◆ Current state
1.16.0 in June added developer-preview hotplug and hot-unplug for PCI virtio block, pmem and net devices on a live microVM, with the guest responsible for rescanning the bus and removing the device first since no notification mechanism exists yet. The same release added vsock Unix socket path overriding on snapshot restore, rate limiting for serial console output with a dropped-bytes metric, and per-callsite log rate limiting. 1.16.1 followed with a vsock fix for connections timing out after restore when a snapshot caught an in-flight TX descriptor. Earlier in the window, 1.15.0 added the VMClock device and Intel Granite Rapids support, and the April patches hardened the PCI transport against CVE-2026-5747.
◆ Where it's heading
The through-line is snapshots and the PCI transport maturing together. Firecracker's value has always been fast boot from a snapshot, and the recent fixes are all in the seams that opens up — TX descriptors in flight when a snapshot is taken, vsock paths that change on restore, virtio device state machines that must be validated the same way on PCI as on MMIO. Hotplug extends the same idea from restore-time to run-time: a microVM that can change shape is one you can keep rather than replace.
◆ Prediction
Hotplug shipped explicitly as a developer preview requiring manual guest bus rescans, so the stated gap is an automatic notification mechanism. That is the obvious next step before the feature leaves preview.
runc
2.5INFRA · APIS
runc now publishes an end-of-life calendar, and three branches shipped the same CVE fix in two days.
◆ Current state
1.5.0 in June was the first stable release of the 1.5.z series and the third under runc's formal release and support policy: 1.2.z and earlier are unsupported, 1.3.z receives only high-severity CVE fixes until the end of October 2026, and 1.4.z is limited to security and significant bugfixes. A month later 1.5.1 fixed a real-world regression — the maskPaths optimisation from 1.5.0-rc.3 broke tmpfs mounts with nr_inodes=1 on Ubuntu 20.04 kernels. In mid-June, CVE-2026-41579 was fixed simultaneously across 1.3.6, 1.4.3 and 1.5.0-rc.3 and released with no embargo.
◆ Where it's heading
The project is behaving like infrastructure with a contract. Publishing dated support windows and shipping a coordinated fix across every live branch on the same day is the operating posture of a component that sits under every container on a host, where operators need to know what they are still entitled to. The CVE itself is instructive: a /dev symlink escape in the same family as three earlier CVEs, found by re-auditing the rootfs preparation code that had been hardened before.
◆ Prediction
1.5.0's notes state that a 1.6.0 is expected in late October 2026, which is also when 1.3.z support ends — so the next milestone is that pairing. Expect 1.5.z patches until then.
Alternatives to Firecracker and runc
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Firecracker or runc.
LibreSpeed
After a two-year redesign, LibreSpeed is adding tests instead of polishing pixels.
Nautobot
A security advisory cycle forced Nautobot to break its REST API on both supported branches at once.
Gatekeeper
Gatekeeper grew a package manager for policies — and a benchmark to prove they are not too slow.
GoCD
GoCD's changelog is one maintainer keeping a 2010s CI server running on current runtimes.
Incus
Incus settled its 7.0 LTS, then went straight back to a monthly feature cadence.
See all Firecracker alternatives → · See all runc alternatives →
Recent activity from Firecracker and runc
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 24d agorunctmpfs regression on Ubuntu 20.04 kernels fixed
- 1mo agoFirecrackerVsock timeout after snapshot restore, and jailer symlink revert
- 1mo agoruncrunc 1.5.0 stable, with dated support windows for older branches
- 1mo agoruncCVE-2026-41579: /dev symlink host write access fixed
- 1mo agoruncRelease candidate carrying the CVE-2026-41579 fix
- 1mo agoruncCVE-2026-41579 fix backported to the 1.4 branch
- 2mo agoFirecrackerFirecracker v1.16.0 ⚡
- 4mo agoFirecrackervirtio-rng entropy cap and PCI transport hardening (CVE-2026-5747)
- 4mo agoFirecrackerCVE-2026-5747 hardening on the 1.15 branch
- 4mo agoruncBuild fixes and seccomp WaitKillableRecv support
- 4mo agoFirecrackerTCP SYN options length validation with MMDS enabled
- 5mo agoFirecrackerVMClock device and Intel Granite Rapids support
Frequently asked questions
What is the difference between Firecracker and runc?
They serve adjacent needs but don't currently overlap on shipped themes. runc is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Is Firecracker better than runc?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. runc is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
What are the best alternatives to Firecracker?
Top Firecracker alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Firecracker alternatives" section above for the current picks, or visit /alternatives/firecracker for the full list with editorial commentary on each.
What are the best alternatives to runc?
Top runc alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "runc alternatives" section above for the current picks, or visit /alternatives/runc for the full list with editorial commentary on each.