EMATIX(R) DATA TERMINAL — ROBCO INDUSTRIES UNIFIED OPERATING SYSTEM
COPYRIGHT 2026 EMATIX SYSTEMS — ALL RIGHTS RESERVED
USER: GUEST   SESSION: 2026-05-20 21:00:33Z   HOST: ematix.dev/specs
// TECHNICAL SPECS

Advantages

The four lines on the back of the box — why ematix-flow exists.


1. Fast.

TPC-H SF=1, 22 queries, single Apple M3 Pro:

(All geomeans. 18 / 22 wins outright.) Full table + reproducer in Benchmarks.

2. Scheduling + DAG, no service to operate.

Pipelines carry their own cron schedule and depends_on= edges (with cycle detection and exponential-backoff retries). Run flow run-due from cron, systemd, a Kubernetes CronJob, GitHub Actions, or the bundled long-running scheduler — same code, same topological order, same retry semantics.

Already on Airflow / Dagster / Prefect? Call .sync() directly.

3. Batteries included.

Out-of-the-box backends:

4. Hand-tuned Parquet scan path.

Most analytical engines lean on parquet-rs. ematix-flow ships with ematix-parquet — a hand-rolled Rust Parquet codec built for analytical workloads:

That’s where most of the TPC-H wins come from. The codec also ships standalone on crates.io as ematix-parquet-codec / ematix-parquet-io if you want it without the whole pipeline framework.

5. Quality + load tests share the surface.

ematix-probe is a sibling framework for declarative data-quality assertions and load testing. The ManagedTable you declared for the pipeline becomes a probe contract — declare the schema once, get DDL and data-quality checks.

Ships on PyPI as ematix-probe. Rust + tokio core.

6. Operationally honest.

Status

ematix-flow is currently PRE-ALPHA. Beta release coming soon.

Today on PyPI as ematix-flow. All four surfaces — declarative pipelines, multi-backend, streaming, stream processing — are functional end-to-end and benchmark-validated, but the public surface (decorator names, config keys, CLI flags) may shift between now and the beta tag. If you’re trying it out, pin the exact version in your requirements:

pip install "ematix-flow==0.3.0"

Bug reports, feedback, and design pushback during the pre-alpha window are exactly what we want — open issues on GitHub.


◀ BACK TO TECHNICAL SPECS ▲ HOME