创建

登录 ReadmeX

或

了解我们如何处理你的信息: 隐私政策

ReadmeX

陪你读懂 AI 动态

今天,想先了解什么?

选一份动态总结,或直接聊聊你的问题。

社区和关注动态总结只属于你自己。

资讯

LlamaIndex称OCRia-1单卡B200令牌生成速度近10倍提升

AI 总结

LlamaIndex称,经过优化,OCRia-1在单张NVIDIA B200 GPU上的令牌生成速度由约285提升至2,800 token/s;这一厂商结果未获独立验证。方案包括面向工作负载的混合精度量化、DFlash2推测解码、ReplaySSM、自定义内核及另外17项优化。OCRia-1现已通过LlamaParse面向所有套餐提供,LlamaIndex计划将通用优化贡献给vLLM。

深度见解

LlamaIndex表示,更快的推理栈可加快文档解析工作流的基准测试迭代和结果交付,而延迟一直是客户的主要诉求之一。

While training and deploying our latest document parsing model, OCRia-1, we noticed a recurring bottleneck: inference was not fast enough. And this lined up with our experience customers had as well, latency is always one of the top asks for any document parsing workflow.

So, we set out to work tinkering, and came back with a nearly 10x improvement in token generation, going from ~285 tokens/sec to ~2800 tokens/sec on a single B200 GPU.

This means we can iterate on benchmarks faster and deliver results faster to users. We accomplished this by combining a ton of smaller improvements: reducing the bytes moved during inference, producing more tokens per target forward pass, and reducing the overall GPU and CPU overhead of each step. Some of these were easy wins with established practices (quantization, speculative decoding), while others required us to dig very deep into implementation details.

Why decoding dominates latency

OCRia is largely driven by image inputs with a text prompt, and outputs a structured textual representation of the document. Pages that are dense end up requiring longer outputs to represent them properly. Our primary focus for optimization then became increasing our generation speed across concurrent requests on a single GPU (B200 in this case).

#LlamaIndex#OCRia-1#LlamaParse#DFlash2#ReplaySSM#vLLM#NVIDIA B200#FlashInfer#FlashAttention#Triton#cuDNN

原文约 9 分钟读完阅读原文
群聊

还没有评论,来说说你的看法。