<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Serving LLM on Nalar</title>
    <link>https://nalar.dev/id/tags/serving-llm/</link>
    <description>Recent content in Serving LLM on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Sat, 19 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/serving-llm/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Memecah Prefill Panjang untuk Membatasi Jeda Decode pada Serving LLM</title>
      <link>https://nalar.dev/id/memecah-prefill-panjang-untuk-membatasi-jeda-decode-pada-serving-llm/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/memecah-prefill-panjang-untuk-membatasi-jeda-decode-pada-serving-llm/</guid>
      <description>&lt;p&gt;Prompt panjang dapat menempati akselerator selama interval scheduling yang jauh lebih besar dibanding satu iterasi decode. Saat serving engine mencampur prefill baru dengan request yang sudah menghasilkan token, perbedaan ini dapat terlihat sebagai jarak waktu antartoken output yang tidak teratur. Modelnya tidak berubah; interferensi muncul dari cara dua fase inferensi yang berbeda berbagi waktu eksekusi.&lt;/p&gt;&#xA;&lt;p&gt;Prefill memproses prompt dan membentuk key-value state yang dibutuhkan causal attention berikutnya. Decode kemudian memperpanjang sequence secara autoregresif, umumnya satu token baru per request aktif pada setiap iterasi. Kedua fase memberi tekanan yang berbeda pada hardware, sehingga memperlakukannya sebagai unit scheduling yang setara dapat menimbulkan jeda yang sebenarnya dapat dibatasi.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
