Skip to main content

The Lab · Frontier GPU Inference + Training

A capable model on hardware you own: inference and training, our own stack

A real Qwen2.5-0.5B generates text in QUANTA — token-for-token identical to llama.cpp — at 151.7 tok/s on one 3090, from QUANTA-emitted PTX with zero cuBLAS. Training works too. Honestly: we are 92.8% of cuBLAS, not the fastest; prefill is behind; 7B decode is parity, not ahead.

JR
Jon RossFounder, vocabotics — 15 years building safety-critical systemsResearch write-up · 3 min read · reviewed 2 July 2026
Verified by a human. Drafted with AI, verified by a human. Jon Ross, 2 Jul 2026
Living document. Reviewed 2 Jul 2026
Shipped & measuredDownload PDFPDF · 893 KB

21 ms × 377 MiB × one 3090 — flat to 128k, pure stack, and the gate is never disabled.

151.7 tok/s
decode, token-for-token == llama.cpp
92.8%
of cuBLAS, bit-exact
llama.cpp at 128k, flat
loss → 0.0015
training in QUANTA (99%)

The promise "a capable model on hardware you own" is easy to say and hard to mean. Meaning it requires a stack you actually control — no cuBLAS, no PyTorch underneath — running a real model and producing the same tokens as the reference. That is what this lane measures. And, in the spirit of the house, it measures the ceilings too.

A real model, generating real text, on our own stack

Shipped & measured

A real Qwen2.5-0.5B runs a full forward pass in QUANTA, from QUANTA-emitted PTX with zero cuBLAS and zero cudart, on real GGUF weights. Measured: 6.10 ms/token = 163.9 tok/s — a 5,591× speed-up over the 34-second single-thread baseline — with argmax matching llama.cpp (" The" → " problem") and GPU results equal to CPU to 3.84e-04. 🟢

Then the full loop: interactive generation in QUANTA with a KV-cache, real GQA attention, a BPE tokenizer (151,936-vocab, read from the GGUF), and sampling. "The capital of France is" → " Paris. It is the largest city in Europe…", token-for-token identical to llama.cpp, decoding at 151.7 tok/s. 🟢 A real LLM, generating correct text end-to-end, on a stack we built ourselves.

Flat where a transformer climbs

Shipped & measured

The costly signal for the engineers: 128k long-context decode runs 2× faster than llama.cpp, and the latency line stays flat where a transformer's climbs. 🟢 Sparse attention reaches 59.7× at 65k tokens; the WMMA GEMM hits 92.8% of cuBLAS, bit-exact, with int4 fused decode at 2.9× (M=1) and an 8.7× cut in HBM traffic. The whole thing is 21 ms per step in 377 MiB on one 3090.

Training, too — as a compiler pass

Shipped & measured

Inference is only half a stack. Training works in QUANTA: a real MLP trained end-to-end, loss 0.15 → 0.0015 (a 99% reduction), gradients finite-difference verified to 5.6e-7, forward native ≡ interpreter. 🟢 Autodiff is implemented as a bit-identical IR-to-IR pass — the backward graph is derived, not hand-written — with four optimizers. The compiler is transformer-ready: attention backward and Adam are authoring work, not compiler changes. QUANTA now infers and trains.

What we will not claim

Research

Our GPU architect keeps us honest, so we keep the reader honest:

  • We are not the fastest. 🔬 92.8% of cuBLAS is fast and bit-exact — but it is 92.8%, not 105%. We will not say "fastest".
  • Prefill is behind. 🔬 Decode is our strength; prefill still trails llama.cpp, and paged-KV is not done.
  • 7B is parity, not lead. 🔬 At 7B, decode is ~128 tok/s against llama.cpp's ~146 — parity, not an advantage. A fast QUANTA-authored full-model decode is in progress, not shipped.

Why it ladders back

If a capable model runs on the 3090 you already have, generating the same tokens as the reference and provable at every step, then capability stops being something you rent. That is the access half of an abundant world.

The open edges

Kept visible on purpose. These are what turn 🔬 into 🟢 — honestly.

  • We are 92.8% of cuBLAS — fast, but NOT the fastest. We will not claim otherwise.
  • Prefill is behind llama.cpp; paged-KV is not done.
  • 7B decode is at parity (~128 vs 146 tok/s), not ahead.

Sources

  1. vocabotics Dashboard — Organ 2 (engine: inference + training), measured 2026-07-02vocabotics internal record · as of July 2026
  2. llama.cpp — the reference decode implementation used as the oracleggml-org · as of July 2026

    We use cookies.