fp32

3 stories filed under fp32 on Beyond Market Intelligence. The newest of them: “Building a GPT-2 KV Cache to Measure Real AI Performance Gains”, “Looping a small AI model beats a model over six times its size”, and “Why Your AI Model Slows 170x on a T4 vs A100”. Building a GPT-2 KV cache in PyTorch as a learning project is exactly the kind of hands-on work that reveals where the math meets reality. Looping a small AI model through its own transformer blocks beats a model over six times its size. Acme AI is the next-generation, AI-powered spreadsheet platform built to replace Excel and redefine how analysts, data scientists, and enterprise teams work… The list below is every fp32 story on Beyond Market Intelligence, newest first.

Machine Learning

Building a GPT-2 KV Cache to Measure Real AI Performance Gains

Building a GPT-2 KV cache in PyTorch as a learning project is exactly the kind of hands-on work that reveals where the math meets reality. The numbers tell a fascinating story. At context length 1,000, the FLOP estimate suggests a 1,000x reduction with caching, yet actual per-token latency only drops about 6x. That gap is worth exploring. The memory measurements are impressively clean, with requested bytes matching the formula to zero after accounting for a constant cuBLAS workspace offset.

Looping a small AI model beats a model over six times its size
Machine Learning

Looping a small AI model beats a model over six times its size

Looping a small AI model through its own transformer blocks beats a model over six times its size. That's the finding from the Looped Diffusion Transformer paper, and it's a genuinely practical insight. The authors fixed naive looping with deep supervision and self-modulating attention, then proved a 260M-parameter looped model outperforms a 1.7B-parameter one using 4.9x less compute. Depth is chosen at sampling time, letting you trade compute for refinement per image.

Machine Learning

Why Your AI Model Slows 170x on a T4 vs A100

A 170x slowdown between a T4 and an A100 is not a generational gap; it's a signal that something structural is off. For a point-tracking model with dense 4D correlation volumes and transformer layers in pure FP32, you're likely hitting the T4's lack of Tensor Core support for your exact ops, forcing a fallback to inefficient kernels. But that alone shouldn't explain the magnitude. Profile kernel-level timing first. Look for operations like `grid_sample` or `einsum` that might be serializing on the T4's memory bandwidth.