All research
Field Note 07ServingExperiment · 10 Oct 2026

More concurrency is not more capacity.

Gemma, embeddings and reranking behind a real gateway: what changed between two, four and eight concurrent clients.

Ordered request capsules entering a shared processor through copper queue tracks.
183 / 183final measured requests completed
Exploratory benchmark

First-party engineering evidence. Results apply to the tested configuration and sample; they are not an SLA or a general model ranking.

THE TAKEAWAY

A healthy queue beats a bigger number.

The saturation signal

Moving from four to eight concurrent clients changed throughput from 0.777 to 0.775 requests per second while nearly doubling chat and vision medians. More callers mainly added waiting. That is a queue design signal, not a reason to advertise eight-client capacity.

What the first run taught us

The initial eight-client phase had two retrieval-capacity rejections and four socket disconnects. The corrected run used a bounded retrieval queue, a socket timeout beyond the inference deadline and explicit busy responses. All 183 final measured requests completed; one arithmetic answer was wrong. Transport success and answer quality are separate.

Durability and accounting

All sixteen queued jobs survived restart; idempotent replay did not duplicate inference. Receipt totals reconciled at 54,966 accounted tokens, with no open reservations. The synthetic rate card verified arithmetic, not actual cloud charges. This run supported taking Gemma chat/vision and Qwen retrieval into the compact pilot.

THE MEASUREMENTS

Results, in context.

Response medians including queueing
Scroll sideways to compare all columns →
Request2 clients (s)4 clients (s)8 clients (s)
Chat5.039.4616.93
Vision6.0911.0720.49
Embedding batch of 60.0990.090.094
Rerank 6 documents0.0910.090.097

Equal-category mixes; different prompts from earlier single-model tests. Sampled GPU peak: 7,225 MiB, not an absolute memory maximum.

TEST SETUP

How we ran it.

  1. One Cape Town T4 host with four vCPUs, 16 GiB RAM; Node gateway, PostgreSQL, independent durable worker, Gemma 4 E4B Q4_K_M plus F16 projector, Qwen3 embedding/reranker FP16.
  2. Two 4,096-token Gemma slots, 512-token thinking cap and 2,048 total output tokens. Baseline sixteen requests; three 48-request equal-category phases at two, four and eight closed-loop clients. Eight test tenants.
  3. Sixteen durable jobs were enqueued while the worker was stopped, the API restarted, then the worker drained them. Repeated idempotency keys were checked. Three separate retrieval probes and warm-ups complete the measured receipt set.
WHAT THIS DOES NOT PROVE

The limits matter.

  • Short closed-loop synthetic bursts, not sustained arrival-rate testing. Twelve requests per category per mixed phase are too few for an SLA.
  • All networking was local to the instance. Expected-answer checks are smoke tests, not a general accuracy leaderboard.
OPEN FINDINGS

Evidence & sources.

The public extract contains the methods, selected results and caveats in this note. It is a curated summary, not the full raw run. Fingerprints identify the retained source artifacts; gated audio and private operational records are not included.

Download results extract
Source artifact fingerprints · SHA-256
README.md02472410d910866a42fd07e0f793a41d8b8b1d317aaa265cb84b979ace1e5159
summary.jsonb3fe9997f59857b29d68d6c9a74c5bdd29a4987c02ae41bbb163f2effb26bc28
initial/summary.json2fc73c112b414844448a47bc2fb21b3373484a3dfe14c17caaf92e3fa96c048e

Suggested citation: Embiro Labs Research. “More concurrency is not more capacity.” Published 12 Oct 2026. embiro.ai/research/gemma-pilot-queue-and-load

Report a correction