MCPcopy Index your code
hub / github.com/dragonflyoss/nydus

github.com/dragonflyoss/nydus @v2.4.4

Chat with this repo
repository ↗ · DeepWiki ↗ · release v2.4.4 ↗ · + Follow
6,247 symbols 22,053 edges 329 files 1,535 documented · 25% updated 5d agov2.4.4 · 2026-06-24★ 1,6069 open issues
What it actually does AI analysis from the code graph — generated when you open this
loading…
README

[⬇️ Download] [📖 Website] [☸ Quick Start (Kubernetes)] [🤓 Quick Start (nerdctl)] [❓ FAQs & Troubleshooting]

Nydus: Dragonfly Container Image Service

Release Version License Twitter Nydus Stars Nydus DeepWiki

Smoke Test Image Conversion Release Test Daily Benchmark Coverage

Introduction

Nydus implements a content-addressable file system on the RAFS format, which enhances the current OCI image specification by improving container launch speed, image space and network bandwidth efficiency, and data integrity.

The following Benchmarking results demonstrate that Nydus images significantly outperform OCI images in terms of container cold startup elapsed time on Containerd, particularly as the OCI image size increases.

Container Cold Startup

Principles

Provide Fast, Secure And Easy Access to Data Distribution

  • Performance: Second-level container startup speed, millisecond-level function computation code package loading speed.
  • Low Cost: Written in memory-safed language Rust, numerous optimizations help improve memory, CPU, and network consumption.
  • Flexible: Supports container runtimes such as runC and Kata, and provides Confidential Containers and vulnerability scanning capabilities
  • Security: End to end data integrity check, Supply Chain Attack can be detected and avoided at runtime.

Key features

  • On-demand Load: Container images/packages are downloaded on-demand in chunk unit to boost startup.
  • Chunk Deduplication: Chunk level data de-duplication cross-layer or cross-image to reduce storage, transport, and memory cost.
  • Compatible with Ecosystem: Storage backend support with Registry, OSS, NAS, Shared Disk, and P2P service. Compatible with the OCI images, and provide native eStargz images support.
  • Data Analyzability: Record accesses, data layout optimization, prefetch, IO amplification, abnormal behavior detection.
  • POSIX Compatibility: In-Kernel EROFS or FUSE filesystems together with overlayfs provide full POSIX compatibility
  • I/O optimization: Use merged filesystem tree, data prefetching and User I/O amplification to reduce read latency and improve user I/O performance.

Ecosystem

Nydus tools

Tool Description
nydusd Nydus user-space daemon, it processes all fscache/FUSE messages from the kernel and parses Nydus images to fullfil those requests
nydus-image Convert a single layer of OCI format container image into a nydus format container image generating meta part file and data part file respectively
nydusify It pulls OCI image down and unpack it, invokes nydus-image create to convert image and then pushes the converted image back to registry and data storage
nydusctl Nydusd CLI client (nydus-image inspect), query daemon's working status/metrics and configure it
nydus-docker-graphdriver [Experimental] Works as a docker remote graph driver to control how images and containers are stored and managed
nydus-overlayfs Containerd mount helper to invoke overlayfs mount with tweaking mount options a bit. So nydus prerequisites can be passed to vm-based runtime
nydus-backend-proxy A simple HTTP server to serve local directory as a blob backend for nydusd

Supported platforms

Type Platform Description Status
Storage Registry/OSS/S3/NAS Support for OCI-compatible distribution implementations such as Docker Hub, Harbor, Github GHCR, Aliyun ACR, NAS, and Aliyun OSS-like object storage service
Storage/Build Harbor Provides a general service for Harbor to support acceleration image conversion based on kinds of accelerator like Nydus and eStargz etc
Distribution Dragonfly Improve the runtime performance of Nydus image even further with the Dragonfly P2P data distribution system
Build Buildkit Provides the ability to build and export Nydus images directly from Dockerfile
Build/Runtime Nerdctl The containerd client to build or run (requires nydus snapshotter) Nydus image
Runtime Docker / Moby Run Nydus image in Docker container with containerd and nydus-snapshotter
Runtime Kubernetes Run Nydus image using CRI interface
Runtime Containerd Nydus Snapshotter, a containerd remote plugin to run Nydus image
Runtime CRI-O / Podman Run Nydus image with CRI-O or Podman 🚧
Runtime KataContainers Run Nydus image in KataContainers as a native solution
Runtime EROFS Run Nydus image directly in-kernel EROFS for even greater performance improvement

Build

Build Binary

# build debug binary
make
# build release binary
make release
# build static binary with docker
make docker-static

Build Nydus Image

Convert OCIv1 image to Nydus image: Nydusify, Acceld or Nerdctl.

Build Nydus image from Dockerfile directly: Buildkit.

Build Nydus layer from various sources: Nydus Image Builder.

Image prefetch optimization

To further reduce container startup time, a nydus image with a prefetch list can be built using the NRI plugin (containerd >=1.7): Container Image Optimizer

Run

Quick Start

For more details on how to lazily start a container with nydus-snapshotter and nydus image on Kubernetes nodes or locally use nerdctl rather than CRI, please refer to Nydus Setup

Run Nydus Snapshotter

Nydus-snapshotter is a non-core sub-project of containerd.

Check out its code and tutorial from Nydus-snapshotter repository. It works as a containerd remote snapshotter to help setup container rootfs with nydus images, which handles nydus image format when necessary. When running without nydus images, it is identical to the containerd's builtin overlayfs snapshotter.

Run Nydusd Daemon

Normally, users do not need to start nydusd by hand. It is started by nydus-snapshotter when a container rootfs is prepared.

Run Nydusd Daemon to serve Nydus image: Nydusd.

Run Nydus with in-kernel EROFS filesystem

In-kernel EROFS has been fully compatible with RAFS v6 image format since Linux 5.16. In other words, uncompressed RAFS v6 images can be mounted over block devices since then.

Since Linux 5.19, EROFS has added a new file-based caching (fscache) backend. In this way, compressed RAFS v6 images can be mounted directly with fscache subsystem, even such images are partially available. estargz can be converted on the fly and mounted in this way too.

Guide to running Nydus with fscache: Nydus-fscache

Run Nydus with Dragonfly P2P system

Nydus is deeply integrated with Dragonfly P2P system, which can greatly reduce the network latency and the single point pressure of the registry server. Benchmarking results in the production environment demonstrate that using Dragonfly can reduce network latency by more than 80%, to understand the performance results and integration steps, please refer to the nydus integration.

If you want to deploy Dragonfly and Nydus at the same time through Helm, please refer to the Quick Start.

Run OCI image directly with Nydus

Nydus is able to generate a tiny artifact called a nydus zran from an existing OCI image in the short time. This artifact can be used to accelerate the container boot time without the need for a full image conversion. For more information, please see the documentation.

Run with Docker(Moby)

Nydus

Extension points exported contracts — how you extend this code

RafsStore (Interface)
Trait to write out RAFS filesystem meta objects into the metadata blob. [14 implementers]
rafs/src/metadata/mod.rs
NydusDaemon (Interface)
Abstract interfaces for Nydus daemon objects. The [`NydusDaemon`] trait defines interfaces that an Nydus daemon object [6 …
service/src/daemon.rs
BlobChunkInfo (Interface)
Trait to provide basic information for a chunk. A `BlobChunkInfo` object describes how a chunk is located within the co [13 …
storage/src/device.rs
Builder (Interface)
Trait to generate a RAFS filesystem from the source. [5 implementers]
builder/src/lib.rs
Backend (Interface)
Backend transfers artifacts generated during image conversion to a backend storage such as: 1. registry: complying to OC [4 …
contrib/nydusify/pkg/backend/backend.go
SectionBuilder (Interface)
(no doc) [8 implementers]
src/bin/nydus-image/unpack/mod.rs
EndpointHandler (Interface)
(no doc) [17 implementers]
api/src/http_handler.rs
Snapshotter (Interface)
A trait for snapshotting. This trait is used to save and restore a struct which implements `versionize::Versionize`. [2 …
upgrade/src/persist.rs

Core symbols most depended-on inside this repo

to_string
called by 688
storage/src/backend/url_encoding.rs
clone
called by 517
storage/src/remote/message.rs
clone
called by 390
utils/src/reader.rs
as_ref
called by 333
utils/src/digest.rs
Run
called by 256
contrib/nydusify/pkg/packer/packer.go
len
called by 195
utils/src/config.rs
len
called by 161
storage/src/device.rs
len
called by 151
storage/src/meta/mod.rs

Shape

Method 3,175
Function 2,240
Class 444
Struct 226
Enum 91
Interface 59
FuncType 6
TypeAlias 6

Languages

Rust74%
Go26%
Java1%
C1%

Modules by API surface

storage/src/device.rs137 symbols
rafs/src/metadata/layout/v6.rs123 symbols
api/src/config.rs116 symbols
storage/src/backend/registry.rs114 symbols
storage/src/meta/mod.rs113 symbols
rafs/src/metadata/direct_v6.rs102 symbols
service/src/block_uffd.rs99 symbols
rafs/src/metadata/cached_v5.rs96 symbols
storage/src/cache/cachedfile.rs93 symbols
rafs/src/metadata/inode.rs90 symbols
rafs/src/metadata/layout/v5.rs87 symbols
builder/src/core/context.rs81 symbols

For agents

$ claude mcp add nydus \
  -- python -m otcore.mcp_server <graph>

⬇ download graph artifact