Skip to content

Resources

FAQ

Common questions about mvm, SDKs, Nix, OCI, and platform support.

mvm is the local runtime substrate. These docs focus on local build, launch, SDK, and microVM lifecycle behavior.

No. OCI is a compatibility input. The core model is Nix-built microVM artifacts, signed plans, explicit policy, and audit records.

The builder VM provides a Linux execution boundary for Nix builds and microVM image assembly. It also keeps Linux-only tooling out of host-side cargo workflows.

No. Native Windows is future work tracked by mvm#428, and WSL2 is not a supported workload path either β€” mvm detects WSL2 as its own platform and refuses the libkrun backend there unconditionally, whether or not the distro exposes nested /dev/kvm. mvmctl doctor says so directly. Use native Linux with /dev/kvm or an Apple Silicon Mac.

Use Python or TypeScript for the current high-level runtime/declaration surfaces. Use Rust for typed Workload IR generation and lower-level tooling.

Use static decorators for deployable workloads when you want declarations compiled without importing user modules.

Use runtime SDK scripts when your application owns sandbox lifecycle. Remember that record/live mode executes host-side SDK code.