SuperAPI AI Directory

io-bound-data-processing

Data & analytics

View repository

Updated 10-16 03:46

About this skill

Community I/O-bound data processing on constrained resources Best Practices

A reference for engineers processing datasets larger than RAM on a single low-compute box. Organized by execution-lifecycle impact: rules near the top of the table govern whether the job runs at all; rules near the bottom shave the last 10 %. Optimize from the top of the waterfall.

Scope: the patterns that show up in real ETL / data-engineering / batch work on a laptop, a 2-vCPU container, or a Raspberry Pi-class node — streaming, formats, chunking, spill, backpressure, codecs, and the concurrency model that actually matches an I/O-bound bottleneck. Out of scope (covered elsewhere): the algorithmic primitives themselves (see computer-science-algorithms), distributed compute beyond a single box (use Spark/Dask), and database-engine internals (see official docs).

Distilled from Apache Arrow / Parquet docs, Polars User Guide, DuckDB docs, pandas — Scaling to large datasets, Linux man pages (mmap(2), sendfile(2), posix_fadvise(2)), Brendan Gregg's USE method and Systems Performance, Kleppmann's Designing Data-Intensive Applications, and the zstd / lz4 reference benchmarks.

When to Apply

Reach for these rules when:

  • A job OOM-kills, swaps, or runs much slower than expected on a small box
  • Input is larger than RAM and you need to scan, filter, aggregate, sort, or join it
  • A pipeline has unbounded buffers between stages, or memory grows linearly during a "streaming" job
  • You see one-row-per-RTT writes (INSERT per row, requests.get per URL, f.read(32) per record)
  • You're picking a format/codec/serializer and the choice matters at scale
  • A top shows low CPU and high iowait, or you don't know which it is
  • "It's slow but I don't know why" — start at the obs- category

Rule Categories By Priority

# Category Prefix Impact Why it cascades
1 Memory Discipline mem- CRITICAL Slurping into RAM defeats every downstream technique on a constrained box
2 I/O Access Patterns io- CRITICAL Disk/net are 10³–10⁶× slower than RAM; access pattern dominates wall-clock
3 Data Format & Encoding fmt- HIGH Format fixes the lower bound on I/O volume + decode cost before any logic runs
4 Chunking & Batching batch- HIGH Granularity controls peak memory and amortizes per-item overhead
5 Spill-to-Disk & External Memory spill- HIGH When data > RAM, the choice is "spill cleanly" or "OOM"
6 Pipelining & Backpressure pipe- MEDIUM-HIGH Unbounded buffers between fast producers and slow sinks = OOM
7 Compression & Serialization codec- MEDIUM Trades CPU for I/O; right codec saves orders of magnitude
8 Concurrency for I/O-Bound Workloads conc- MEDIUM Async / threads / processes are different tools; wrong model wastes CPU
9 Observability & Throughput Tuning obs- LOW-MEDIUM Can't tune what you don't measure; iowait ≠ CPU-bound

Quick Reference

1. Memory Discipline (CRITICAL)

2. I/O Access Patterns (CRITICAL)

3. Data Format & Encoding (HIGH)

4. Chunking & Batching (HIGH)

5. Spill-to-Disk & External Memory (HIGH)

6. Pipelining & Backpressure (MEDIUM-HIGH)

7. Compression & Serialization (MEDIUM)

8. Concurrency for I/O-Bound Workloads (MEDIUM)

9. Observability & Throughput Tuning (LOW-MEDIUM)

How to Use

Start with the question that matches the problem:

Code examples are in Python (most readable across audiences). The reasoning generalizes — equivalent libraries in other ecosystems (Arrow C++/Rust/Java, Polars Rust, DuckDB everywhere, libuv-style async) follow the same patterns.

Reference Files

File Description
references/_sections.md Category definitions and ordering
assets/templates/_template.md Template for adding new rules
metadata.json Version and reference information
AGENTS.md Auto-built TOC navigation

Related Skills

  • computer-science-algorithms — Algorithmic primitives this skill builds on (external merge sort, sketches, hash partitioning, sampling)