inference-optimization

标签

Cards List
#inference-optimization

@rohanpaul_ai:Cohere 新论文发现投机解码在细粒度 MoE 模型上即使 batch size 为 1 也效果良好,而先……

X AI KOLs Timeline ↗ · 6天前 缓存

Cohere 的一篇新论文表明,投机解码在细粒度 MoE 模型上即使 batch size 为 1 也能良好运行,因为相邻 token 共享 20%–45% 的专家(而此前预期仅为 4%–12%),使得验证成本远低于此前工作的预测。该研究在 H100 上测试了 10 个 MoE 模型。

0 人收藏 0 人点赞
#inference-optimization

@KanikaBK:我认为,AI 记忆优化中最大的错误之一,就是衡量你删掉了多少 token,而不是衡量你……

X AI KOLs Timeline ↗ · 6天前 缓存

一篇关于 NVIDIA 的 TriAttention 研究的讨论,该研究聚焦于 vLLM 中的 KV 缓存压缩,认为真正的收益来自释放 GPU 内存块,而非逐出 token。据报告,解码速度提升至 2.5 倍,KV 缓存内存占用降至原来的 1/10.7。

0 人收藏 0 人点赞
#inference-optimization

GAAC:面向个人设备上带宽高效的大语言模型推理的无损 KV 压缩

arXiv cs.AI ↗ · 2026-10-31 缓存

GAAC 是一种无损 KV 缓存压缩与推理服务系统,通过分组自适应编码和融合注意力内核,利用 BF16 指数部分的冗余,在不对 KV 值进行近似处理的情况下,在 NVIDIA DGX Spark 和 Apple M4 上实现约 1.4 倍的 KV 压缩比和 1.04–1.27 倍的加速。

0 人收藏 0 人点赞
#inference-optimization

@svpino:这是一个能快速、低成本地探索创意的出色模型。它是一个图生视频模型。速度快 5 倍,且 8…

X AI KOLs Following ↗ · 2026-10-30 缓存

SVPino 介绍了一款名为 Mischief 1 的图像到视频生成模型,据称比其开源基础模型快 5 倍、推理成本低 80%,非常适合低成本快速迭代创意。

0 人收藏 0 人点赞
#inference-optimization

TKintegers K5:在 NVIDIA L4 上,预填充吞吐量是 TorchAO FP8 的 3.21 倍,解码吞吐量是其 3.10 倍 [R] [P]

Reddit r/MachineLearning ↗ · 2026-10-29

TKintegers 推出基于平衡三进制权重表示 K5 的转换器与 GPU 推理实现,在 NVIDIA L4 上对 Qwen2.5-0.5B-Instruct 实现了相对于 TorchAO FP8 基线约 3.21× 的预填充吞吐量提升与 3.10× 的解码吞吐量提升。

0 人收藏 0 人点赞
#inference-optimization

@_avichawla:前缀感知的 LLM 路由,一文讲清楚!(让首个 LLM token 提前 170 倍生成的技巧)生产环境中的提示词通常以相

X AI KOLs Timeline ↗ · 2026-10-29 缓存

文章清晰解释了前缀感知的 LLM 路由机制:通过按块哈希提示词并维护块到 worker 的索引,让请求路由到持有共享前缀 KV 缓存的 GPU,实测在 8 个 vLLM Pod(16 张 H100)上将 p90 首 token 延迟从 92.5 秒降至 0.54 秒。

0 人收藏 0 人点赞
#inference-optimization

@luokelabs: llama.cpp 刚提了一个 PR,专门给 Gemma 4 的两个小模型 E2B、E4B 提速。 简单说:这两个模型上面有好几层,是直接借用前面层存好的内容,自己不往里写东西。可现在 llama.cpp 读长输入时,这几层还是把每个 t…

X AI KOLs Timeline ↗ · 2026-10-29 缓存

llama.cpp 提交了一个针对 Gemma 4 小模型 E2B、E4B 的提速 PR,让跨层复用 KV 的层在预填充时只计算最后一个 token,在 M4 Pro(Metal)上将 E2B 的 prompt 处理速度从约 1614 tok/s 提升到 4603 tok/s(约 2.9 倍),且输出结果保持一致。

0 人收藏 0 人点赞
#inference-optimization

[基准测试更新] Basalt 的新 PR(Strata 分支)创下新纪录:IQ3_S Qwen3.8 Flash Next 在单张 RTX 5080 和 51 GB 内存上运行,提示词处理速度达 5500 tok/s,峰值生成速度高达 275 tok/s(在 opencode 实时编程会话期间)

Reddit r/LocalLLaMA ↗ · 2026-10-29

Basalt(Strata 的一个分支)合入了新的 PR,搭配 IQ3_S 量化的 Qwen3.8 Flash Next,在单张 RTX 5080 和 64GB DDR5 内存的配置下创下了新的基准测试纪录:在实时 opencode 编程会话中,提示词处理速度达到 5500 token/秒,峰值生成速度高达 275 token/秒。

0 人收藏 0 人点赞
#inference-optimization

@JoacoCampoo:这个话题最近引起了很大兴趣,所以决定写一篇文章聊聊 https://memory-bound.vercel.app/blog/muse-spark-o…

X AI KOLs Timeline ↗ · 2026-10-29 缓存

一篇技术博客深入解析 Meta 于 10 月 15 日发布的开源模型 Muse Spark Open(816B 总参数、42B 激活参数的 MoE 架构),并介绍 Daniel Gross 发起的 10 万美元 Open Kernel Challenge,邀请开发者在 H200 上优化其推理内核与 SGLang 服务性能。

0 人收藏 0 人点赞
#inference-optimization

构建能自我进化的推理系统(阅读约 20 分钟)

TLDR AI ↗ · 2026-10-29 缓存

Decagon 介绍了 AutoResearch 系统:由 AI agents 自动诊断推理瓶颈、在生产流量回放环境中验证优化(量化、调度、引擎补丁、投机解码等),报告端到端吞吐提升最高达 2.5x,且生产变更仍需人工审批。

0 人收藏 0 人点赞
#inference-optimization

花了两天调优单张 Tesla P40:35B MoE,完整 262k 上下文,短上下文约 60 token/秒,深入到 100k 上下文时约 30 token/秒。未使用低于 Q4 的量化。

Reddit r/LocalLLaMA ↗ · 2026-10-28

一位爱好者详细记录了为期两天的调优过程:使用单张 Tesla P40 24GB(PCIe x1)运行 35B-A3B Ornith 1.5 MoE 模型,支持完整的 262k 上下文,在短提示下达到约 60 token/秒,在 100k 上下文深度下达到约 30 token/秒,同时权重量化不低于 Q4,KV 缓存量化不低于 q8。这些成果通过禁用 ECC、采用 int8 dp4a 注意力,以及对训练过的 MTP 草稿头进行检查实现。

0 人收藏 0 人点赞
#inference-optimization

WAKMan:工作负载感知的 KV 缓存管理器

arXiv cs.AI ↗ · 2026-10-28 缓存

WAKMan 是一种面向 LLM 服务器的工作负载感知型 KV 缓存管理器,可根据实时流量自动选择缓存淘汰策略。在混合单轮、多轮及智能体请求的工作负载下,其缓存命中率比 vLLM 的 LRU 策略平均提高 5 个百分点。

0 人收藏 0 人点赞
#inference-optimization

提升 NVIDIA DGX Spark 上 MoE 推理性能的 3 种方法

Reddit r/LocalLLaMA ↗ · 2026-10-28 缓存

NVIDIA 的这篇技术博客介绍了在 DGX Spark 上加速 Ling-3.0-flash 混合专家(MoE)模型推理的三种优化技术:Humming MXFP4 MoE 内核、语言模型输出头的在线 FP8 量化,以及基于 NEXTN 的多词元预测投机解码,并分析了组合配置下的集成问题。

0 人收藏 0 人点赞
#inference-optimization

TAO:面向基于大语言模型的智能体服务的工具感知联合调度

Hugging Face Daily Papers ↗ · 2026-10-27 缓存

TAO 提出一个工具感知的联合调度框架,用于基于大语言模型的智能体服务,通过动态规划在容量约束下选择和放置会话,相比最优基线最高降低 26.8% 的延迟、36.3% 的首词元生成时间,并提升 29.5% 的解码吞吐量。

0 人收藏 0 人点赞
#inference-optimization

混合专家解码的通道选择无需校准数据

Hugging Face Daily Papers ↗ · 2026-10-27 缓存

该论文表明,使用 top-k 选择代替经校准的阈值时,MoE 通道选择器无需离线校准数据;同时提出了一种由权重推导的读取器(三值草图 + 低秩映射),仅需读取 17.8% 的路由专家权重即可保持 98.1% 的准确率,并使 MoE 模块相较于优化后的 vLLM 实现 1.60–2.69 倍加速。

0 人收藏 0 人点赞
#inference-optimization

@googlegemma:加速 Gemma!Gemini 4 Argon 在 A100 上通过 vLLM 实现 2.85 倍加速,吞吐量从约 37,900 跃升至 108,000+ tokens/…

X AI KOLs Following ↗ · 2026-10-26 缓存

Google Gemma 声称利用 Gemini 4 Argon 在 A100 上通过 vLLM 实现了 2.85 倍推理加速,gemma-4-E2B-it 吞吐量从约 37,900 提升至 108,000+ tokens/sec,且保持 100% token parity、无质量下降。

0 人收藏 0 人点赞
#inference-optimization

@Necokeine: 大家不是做MaaS的可能不清楚,DeepSeek开源的DeepInfer其实是一个非常为DeepSeek 4.1F非常深度定制的。 我举个例子,DeepInfer的任务摊派是完全不考虑显存容量的,为什么呢?因为DS 4.1F的KV极度优化…

X AI KOLs Following ↗ · 2026-10-25 缓存

讨论指出 DeepSeek 开源的 DeepInfer 是为 DeepSeek 4.1F 深度定制的推理框架,其 KV cache 极度优化(每 token 仅 890 字节),因此任务调度完全无需考虑显存容量;相比之下 Kimi 系列模型 KV cache 开销高出 15-30 倍,导致推理性能和用户体验不佳。

0 人收藏 0 人点赞
#inference-optimization

设计经久耐用的 AI 服务框架

MIT Technology Review ↗ · 2026-10-22 缓存

一篇《麻省理工科技评论》的赞助文章指出,企业 AI 的竞争优势如今在于推理服务支撑体系——架构、内存管理、调度和成本优化——而非模型选择本身。文章敦促领导者围绕延迟、并发和 GPU 利用率等工作负载约束来设计生产系统。

0 人收藏 0 人点赞
#inference-optimization

B70 推测解码重大改进 - budiony 重构 Intel XMX 矩阵引擎 · 拉取请求 #29864 · ggml-org/llama.cpp

Reddit r/LocalLLaMA ↗ · 2026-10-22

一个针对 llama.cpp 的拉取请求重构了对英特尔 XMX 矩阵引擎的支持,大幅提升了英特尔硬件上的推测解码性能。

0 人收藏 0 人点赞
#inference-optimization

更多 4 张 Intel B65 的测试结果——性能提升——通过增大分块大小,flash-next vllm 中的预填充和首 token 生成时间(TTFT)改善了约 30%。以及 MPT 基准测试——还有一段展示我在 LibreChat 中实际使用它的视频。

Reddit r/LocalLLaMA ↗ · 2026-10-22

一位爱好者分享了测试结果:在配备 4 块 Intel B65 的系统上,将分块大小增至 8192 后,vLLM Flash-Next 的预填充速度提升约 30%,首 token 延迟(TTFT)缩短约 30%,并附有详细的 Qwen3.8-Flash-Next 基准测试表格和 LibreChat 演示。

0 人收藏 0 人点赞
Next →
← 返回首页

提交意见反馈