Is a Faster Model Actually Faster? Test the Whole Job — Morgan Suo, MiniMax
Key Takeaway
Testing an AI model requires evaluating the complete finished job including source retrieval, tool calls, and retries rather than relying solely on raw token generation speed.
Highlights
A research task analyzing 14 company reports requires the model to find correct documents, compile reporting periods, separate businesses, and explain numbers.
Sparse attention used in the first three layers of M3.1 Flash uses a small selection step to score text blocks before main attention calculates the uses.
Changing keys and values from 8 bits to 4 bits in the KV cache reduces data storage and movement while keeping the query at 8 bits.
When concurrent requests rise from 32 to 64, total output per second grows 1.9 times, but the P95 wait time for the first token jumps from 1.5 seconds to 11.3 seconds.
Reducing reasoning effort from max to high drops accuracy from 80% to 68% in coding tests.
Timeline
Defining the Research Job and Standards
Switching to a faster model often introduces hidden costs, such as missed sources that require human intervention to fix. A practical research case study tracking AI server demand and printed circuit board suppliers illustrates the complex multi-step demands placed on modern language models. Analysts need reports that clearly distinguish between reported profit and cash flow, pointing directly to relevant financial disclosures and source documents.
- AI applications must be evaluated on whether they successfully finish the entire user workflow rather than just returning fast model outputs.
- A standard financial research task involves analyzing supply chain data across 14 company reports to examine whether printed circuit board suppliers turn demand into cash flow.
- A finished research output requires verifiable sources, consistent reporting periods, and transparent calculations that analysts can check.
Optimizations in M3.1 Flash: Sparse Attention and KV Cache
Model modifications affect performance across different layers and tasks. While sparse attention helps process long context windows by focusing on selected text blocks, critical details like a short cash flow footnote must not be overlooked. Similarly, dropping KV cache precision from 8 bits to 4 bits reduces memory footprint, but overall average scores can mask specific performance drops in certain metrics.
- M3.1 Flash modifies attention mechanisms, data storage, and reasoning controls to alter computational efficiency.
- Sparse attention applies a selection step to score document blocks before calculating main attention across long inputs.
- Quantizing keys and values in the KV cache to 4 bits reduces data movement while queries remain at 8 bits.
Mixture of Experts and Speculative Decoding Trade-offs
Lower precision calculations require precise ordering of scale and restore steps to maintain accuracy. Speculative decoding introduces drafting and checking overhead, meaning overall latency includes verification steps, tool calls, and retries. Serving tests demonstrate that high system concurrency can severely degrade tail latency, making median throughput an unreliable indicator of user experience.
- Mixture of Experts architecture utilizes four-bit weights and activations for selected experts while keeping shared experts outside the change.
- Speculative decoding uses a draft model to propose tokens that a target model subsequently checks and corrects.
- Increasing concurrent requests from 32 to 64 increases throughput by 1.9x but causes the P95 wait time for the first token to jump from 1.5 seconds to 11.3 seconds.
Reasoning Control and Complete Workflow Evaluation
Configuring thinking budgets directly impacts model accuracy and reliability. A complete workflow evaluation must account for all failed attempts, tool calls, and human corrections required to produce an acceptable report. Ultimately, the utility of a faster model depends entirely on whether it successfully delivers verified, usable results within acceptable timeframes.
- Reasoning control settings dictate the number of tokens allocated for model thinking.
- Lowering reasoning effort from max to high reduces output token count but drops task accuracy from 80% to 68%.
- Evaluating model updates requires measuring trust, total cost including failed attempts, and reproducibility across prompt settings and sources.
Description
A faster model only helps if the finished job gets faster. Morgan Suo of MiniMax uses one real research task to test the changes inside the M3.1 Flash model: an analyst checking whether circuit-board suppliers are turning AI demand into cash. The changes are sparse attention on long inputs, a 4-bit KV cache, low-precision experts, speculative decoding, server load and reasoning budgets. Each one saves compute, and each can quietly cost accuracy or wait time. She then shows how to judge a model switch: check sources and calculations, count the full cost of a usable report, and make the result repeatable. Chapters: - 00:00 Intro - 01:44 The research job - 03:20 Profit vs. cash flow - 04:22 What changed inside the model - 05:09 Sparse attention on long inputs - 07:53 4-bit KV cache - 08:59 Low-precision experts - 10:20 Speculative decoding - 11:39 Throughput vs. wait time - 13:09 Reasoning budgets - 14:41 How to evaluate a model switch - 16:12 Recap Morgan Suo, MiniMax: https://www.minimax.io Join us in SF for the second annual AIE CODE summit: https://aie.codes our last flagship summit of 2026. Applications live now!
