<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Speculative-Decoding on ZoliBen Csupra(Kabra)</title>
    <link>https://zoliben.com/hu/tags/speculative-decoding/</link>
    <description>Recent content in Speculative-Decoding on ZoliBen Csupra(Kabra)</description>
    <generator>Hugo</generator>
    <language>hu</language>
    <lastBuildDate>Tue, 18 Aug 2026 09:00:00 +0000</lastBuildDate>
    <atom:link href="https://zoliben.com/hu/tags/speculative-decoding/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>MTP vs prompt caching — Qwen3.8-27B-FP8 2× H100-on: mit érdemes használni?</title>
      <link>https://zoliben.com/hu/posts/2026-08-18-qwen-mtp-vs-prefix-cache-h100/</link>
      <pubDate>Tue, 18 Aug 2026 09:00:00 +0000</pubDate>
      <guid>https://zoliben.com/hu/posts/2026-08-18-qwen-mtp-vs-prefix-cache-h100/</guid>
      <description>&lt;p&gt;A minap két H100-on is lefuttattam a &lt;strong&gt;Qwen3.8-27B-FP8-at&lt;/strong&gt;, és az MTP-speculative decoding hozta a legnagyobb decode-gyorsulást (49 → 95 tok/s). De van egy bökkenő: a vLLM-ben az MTP és a prefix caching &lt;strong&gt;kölcsönösen kizárja egymást&lt;/strong&gt;, szóval az volt a kérdés, hogy melyik konfigurációt érdemes élesben használni.&lt;/p&gt;&#xA;&lt;p&gt;A választ úgy kaptam meg, hogy egymás ellen futtattam a két verziót: &lt;strong&gt;GPU0 no-MTP + prefix caching&lt;/strong&gt;, &lt;strong&gt;GPU1 MTP&lt;/strong&gt; (3 draft token). Mindkettő TP1-es, 262K maximum kontextus, FP8 KV cache, és egy LiteLLM proxy osztja el köztük a forgalmat. Az összes szám TTFT p50, hacsak nem írom másképp.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
