Skip to main content

Pool

  • Pool.create(id, options?) — configures a pool under a caller-given id (409 if already taken — delete it first to reconfigure). options.imageId/options.vcpuCount/options.memSizeMib define which creates can match it; options.warmCount (default 0) is how many resumable snapshots to keep ready. options.maxCount caps total live instances of this pool’s profile (warm-resumed or cold-created alike) — omitted means unbounded. A create matching a pool at its maxCount ceiling with nothing warm queues (up to 30s, event-driven not polled) instead of exceeding it or rejecting outright.
  • Pool.list(options?) — lists configured pools, including warmReady (how many are actually ready right now — replenishment happens in the background, not instantly).
  • Pool.delete(id, options?) — removes a pool’s configuration and destroys whatever it currently has warm. A sandbox already claimed from it is unaffected.
There’s no Pool.claim() — claiming is entirely transparent, done by Sandbox.create() itself matching a configured pool. See Startup latency & the pre-warmed pool for real measured numbers, including a genuinely non-rare resume failure mode and how it’s handled.