Skip to content
RED SAGSkills
hardMLOps Engineer interview question

Users say a self-hosted LLM feature is too slow. How do you reduce latency without destroying throughput or quality?

What the interviewer wants to hear

  • Measure time to first token and per-token latency separately
  • Reduce prompt size and use prefix caching for shared prompts
  • Tune batching and concurrency limits for the latency target
  • Use quantisation, speculative decoding or a smaller model where quality allows
  • Stream responses and evaluate quality after every change

Model answer

First I measure where the time goes. Time to first token is mostly prefill and queueing, while total time is driven by decode speed and output length. If prompts are long, I trim them, cut retrieved context and enable prefix caching so shared system prompts are not recomputed. If queueing dominates, I add capacity or lower the maximum batch size, because large batches raise throughput but slow each request. For decode speed, I try quantised weights, speculative decoding with a small draft model, and tensor parallelism across more GPUs, which lowers per-token latency at some cost. I also look at product choices: shorter outputs, streaming tokens to the user, and routing simple requests to a smaller model. Every change goes through the same quality evaluation set and a load test, so I can see the latency, throughput and quality trade-off before shipping.

Can you answer it under time pressure?

Take a timed hard round and get scored on every answer.

Start mock interview

More hard MLOps Engineer questions