Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Znippy
High-performance archive format with per-file compression, parallel processing, and random access. Built on Apache Arrow IPC + OpenZL (zstd+lz4 under the hood).
Benchmarks (v0.7, 8-core T14s, release)
| Test | In | Out | Ratio | Compress | Decompress |
|---|---|---|---|---|---|
| text 500MB | 500 MB | 0.12 MB | 4039x | 1,812 MB/s | 3,030 MB/s |
| binary pattern 500MB | 500 MB | 0.22 MB | 2229x | 2,618 MB/s | 3,205 MB/s |
| random (incompressible) 500MB | 500 MB | 500 MB | 1.0x | 184 MB/s | 3,068 MB/s |
| 100k small files (10KB) | 977 MB | 17.5 MB | 55.9x | 3,223 MB/s | 726 MB/s |
| mixed repo 530MB | 530 MB | 530 MB | 1.0x | 2,561 MB/s | 2,409 MB/s |
| single file 2GB | 2,048 MB | 0.50 MB | 4128x | 3,436 MB/s | 3,075 MB/s |
| Rust crates (1.3k .crate) | 197 MB | 197 MB | 1.0x | 1,376 MB/s | 2,370 MB/s |
| Rust deps (41k files) | 988 MB | 137 MB | 7.2x | 67 MB/s | 1,377 MB/s |
Already-compressed files (.crate, .jar, .gz, etc.) are stored as-is at full write speed (skip path). Random/incompressible data is measured at openzl encoding cost. Small-file throughput is bottlenecked by per-chunk channel overhead — see backlog P4.
Architecture — v0.7 Multi-Index Format
File format
[ blob_0 ][ blob_1 ] ... [ blob_N ]
[ Arrow IPC sub-index ] ← rows: relative_path, pkg_type, repo, chunk_seq,
[ Arrow IPC sub-index ] blob_offset, blob_size, uncompressed_size, checksum, …
...
[ Arrow IPC manifest ] ← rows: pkg_type, repo, sub_index_offset, sub_index_size
[ 8 bytes "ZNPYMIDX" ][ 8 bytes LE u64: manifest_offset ]
Blobs are written as produced (true streaming, no buffering). After all blobs finish, one Arrow IPC sub-index is written per (pkg_type, repo) group — each is a standard Arrow IPC stream where pkg_type and repo are ordinary columns alongside the path and offset data. The manifest Arrow IPC table records the byte offset and size of each sub-index so the reader can seek directly to the right group. The 16-byte footer gives the manifest's offset.
Compression pipeline
File bytes
│
▼
┌─────────────────┐
│ Split chunks │ (ChunkRevolver ring buffer)
└────────┬────────┘
│
┌─────┼─────┐ parallel across all cores
▼ ▼ ▼
┌─────┐┌─────┐┌─────┐
│OpenZL││OpenZL││OpenZL│ compress each chunk
│ + ││ + ││ + │
│blake3││blake3││blake3│ hash original data
└──┬───┘└──┬───┘└──┬───┘
│ │ │
▼ ▼ ▼
┌────────────────────────────────────┐
│ Writer thread (concurrent) │ blobs written immediately
│ Sub-indexes + manifest at end │ ring slots freed per blob
└────────────────────────────────────┘
The writer thread runs concurrently alongside compressor threads — compressors never stall waiting for index writes (Law 4 in design.md).
Store-as-is pipeline (pre-compressed: .jar, .gz, .png, .crate…)
File bytes
│
├──────────────────────────────────┐
│ │
▼ ▼
┌─────────────────┐ ┌───────────────────────────────┐
│ Split chunks │ │ Writer: blob written as-is │ ZERO COPY
└────────┬────────┘ └───────────────────────────────┘
│
┌─────┼─────┐
▼ ▼ ▼
┌─────┐┌─────┐┌─────┐
│blake3││blake3││blake3│ hash only (parallel)
└──────┘└──────┘└──────┘
Decompression pipeline
archive.znippy
│
└── read 16-byte footer → seek to manifest → read sub-indexes
│
▼
┌──────────────────────────┐
│ Reader Thread │ seeks to blob_offset for each chunk
│ (blob_offset, blob_size) │
└──────────┬───────────────┘
│
┌─────┼─────┐ parallel across all cores
▼ ▼ ▼
┌─────┐┌─────┐┌─────┐
│OpenZL││OpenZL││OpenZL│ decompress (or passthrough if stored raw)
└──┬───┘└──┬───┘└──┬───┘
│ │ │
▼ ▼ ▼
┌────────────────────────┐
│ Writer Thread │ write restored files to disk
│ + Verify threads │ BLAKE3 per checksum group
└────────────────────────┘
Features
- Parallel compression: fan-out to all physical cores via ChunkRevolver ring buffer
- Concurrent writer: blobs written to disk as produced, never blocking compressors
- Blake3 checksums: per-group integrity stored as Arrow column
- Random access:
ZnippyArchive::extract_fileseeks directly to each chunk's blob offset - Skip detection: already-compressed files stored as-is at full write speed
- Multi-index format: one Arrow IPC sub-index per
(pkg_type, repo)group; Arrow IPC manifest - Arrow IPC index: full metadata queryable by DuckDB, Polars, pyarrow after parsing footer
- Plugin system: native + WASM plugins declare their own Arrow schema columns
Usage
# Compress a directory
# Decompress
# Verify integrity (no file writes)
# List contents
Query with DuckDB / Polars
The Arrow IPC index is directly queryable once you seek to it using the manifest offset:
# after extracting the sub-index bytes from the archive
=
Host Decompressors (host-decompressors feature)
The host-decompressors feature replaces miniz_oxide with purpose-built parallel decompressors:
| Component | Throughput | What it does |
|---|---|---|
| lgz | 6,100+ MB/s multi-core | Parallel gzip decompression — splits stream at full-flush boundaries and decompresses segments in parallel |
| linflate | ~700 MB/s single-core | SIMD DEFLATE decoder (AVX2 match-copy) |
| ljar | Multi-core | Parallel JAR/ZIP extraction (per-entry parallelism) |
| miniz_oxide (replaced) | ~190 MB/s | Default single-threaded fallback |
Single-core linflate is 3.7× faster than miniz_oxide. lgz is fully parallelized and scales linearly with cores.
Testing & Benchmarks
Unit and integration tests (fast, no network)
# All quick tests — 20 integration tests covering format round-trips, v0.7 manifest, multi-index
# Maven plugin unit tests
Synthetic performance benchmarks
# Synthetic suite: text, binary, random, 100k small files, mixed repo, 2GB single file
Real-world benchmarks (network + disk, run explicitly)
These download real artifacts on first run and cache them in /tmp/znippy-bench-cache/.
# Rust crates from crates.io (downloads ~200 MB on first run)
# Rust dependency tree (41k files, ~1 GB — slow: small-file overhead)
# Java JARs from Maven Central
# Run all real-world benchmarks at once
Maven plugin benchmarks
# Compare native vs fallback GAV extraction throughput
Roadmap
- v0.4.0: Single-file format (Arrow IPC with inline zdata column), OpenZL backend, plugin system
- v0.5.0: Dual-pipeline architecture, DuckDB/Polars queryable, zero-copy skip path
- v0.6.0: Streaming format — blobs first, Arrow index last, 8-byte footer; true zero-buffer writes
- v0.7.0 (current): Multi-index container — one Arrow IPC sub-index per
(pkg_type, repo)group; Arrow IPC manifest; 16-byte footer; module-owned schema; WASM pluginplugin_schemaexport - v0.8.0 Iceberg support
🧙 May Odin watch over every bit. 🧙
Fan arts
Iceberg