Skip to content

Snapshot follow up items #1479

@ludfjig

Description

@ludfjig

The following items are follow up items after #1459 was merged


After #1465 is merged, we also have the following items

  • Support multi-layer OCI snapshot (map scratch? Determined by benchmarks)

  • Core dumps from a snapshot-loaded sandbox lack binary_path and AT_ENTRY for Call snapshots.

  • mem_profile lacks accurate traces.

  • max_guest_log_level is not plumbed through snapshot load.

  • The backing OCI directory must not be modified, truncated, renamed over, or deleted for the lifetime of a loaded Snapshot or any MultiUseSandbox built from it. On Linux this is unenforced. On Windows the OS refuses the operation with ERROR_USER_MAPPED_FILE (1224). Firecracker has the same constraint:

    The memory file (pointed by backend_path when using File backend type,
    or pointed by mem_file_path) must be considered immutable from
    Firecracker and host point of view. It backs the guest OS memory for read
    access through the page cache. External modification to this file corrupts
    the guest memory and leads to undefined behavior.

    firecracker docs

  • Typed error variants

  • Investigate Cross-hypervisor portability

  • Huge page support

  • "Golden snapshot" testing for checking ABI breaks

  • Atomic file operation for crash safety (load/save snapshot to disk)

Metadata

Metadata

Assignees

No one assigned

    Labels

    lifecycle/confirmedBug is verified or proposal seems reasonable

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions