Glossary

Inference latency

Inference latency is how long a model takes to answer one request, from sending the input to getting the result back, which is the wait users and agents feel.

Swiss-hosted inference. Nothing you send is ever stored.Swiss data residency

What Inference latency means

Inference latency is the wall-clock time between submitting an input to a trained model and receiving its prediction. It is usually reported per request and summarised with percentiles such as p50 and p95.

End-to-end latency for a hosted model has several parts: network round trip, queueing, tokenisation, the forward pass itself, post-processing, and serialisation. For generative models the forward pass repeats once per output token, so latency grows with output length. For a non-autoregressive model there is exactly one forward pass regardless of the answer.

Laya's model-side latency

The model card reports these figures on a single Tesla T4 GPU with checkpoints preloaded:

questions per calllaya (English)laya-multilingual
139.5 ms32.8 ms
584.5 ms40.1 ms
10158.6 ms72.3 ms
50771 ms337 ms

On CPU with checkpoints preloaded, the card reports 193–464 ms per request. A cold checkpoint load costs seconds (median 7.4 s on CPU, 10.3 s on T4), which is why production servers preload. For comparison, TypeSafe Jev has been independently measured at 236–276 ms p50 by third parties.

These are model-side numbers. Calls to Laya Studio's hosted API at https://api.laya.studio/v1/systemone also include network time between your service and ours, so measure from your own region before setting budgets.

Why it matters

In an agent loop, a decision call often sits on the critical path of every step: route the request, check a guardrail, decide whether to escalate. At tens of milliseconds you can ask several questions per step. At hundreds of milliseconds or more each, you start dropping checks to save time. The latency budgets for agents guide works through the arithmetic.

How Inference latency connects to the rest of the vocabulary.