<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Inference on Nalar</title>
    <link>https://nalar.dev/id/tags/inference/</link>
    <description>Recent content in Inference on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Wed, 16 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/inference/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Exposure Bias pada Decoding Autoregresif</title>
      <link>https://nalar.dev/id/exposure-bias-pada-decoding-autoregresif/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/exposure-bias-pada-decoding-autoregresif/</guid>
      <description>&lt;p&gt;Model autoregresif dapat menerima konteks yang lebih bersih saat training dibandingkan saat generation. Dengan teacher forcing, prediksi token berikutnya dikondisikan pada prefix referensi dari urutan training. Saat free-running decoding, model justru dikondisikan pada token yang dihasilkannya sendiri. Setelah sebuah token berbeda dari kelanjutan yang dituju, prediksi berikutnya bekerja pada prefix yang mungkin lebih jarang muncul dalam data training.&lt;/p&gt;&#xA;&lt;p&gt;Ketidakcocokan ini umum disebut &lt;strong&gt;exposure bias&lt;/strong&gt;. Masalahnya bukan sekadar bahwa model autoregresif dapat membuat kesalahan. Intinya adalah distribusi prefix yang diberikan kepada model dapat berubah antara optimisasi dan generation, sementara satu penyimpangan awal dapat mengubah setiap prediksi kondisional sesudahnya.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pertahankan Attention Sinks pada Streaming Transformers</title>
      <link>https://nalar.dev/id/pertahankan-attention-sinks-pada-streaming-transformers/</link>
      <pubDate>Tue, 15 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/pertahankan-attention-sinks-pada-streaming-transformers/</guid>
      <description>&lt;p&gt;Attention cache yang dibatasi menciptakan mode kegagalan tertentu pada autoregressive transformer: menghapus semua token lama dapat mengganggu attention meskipun token tersebut tidak lagi membawa konten tugas yang berguna. Beberapa posisi awal dapat menyerap attention mass dari banyak query berikutnya. Jika cache eviction menghapusnya, kualitas generation dapat menurun lebih besar daripada yang diperkirakan dari nilai semantiknya.&lt;/p&gt;&#xA;&lt;p&gt;Posisi-posisi ini sering disebut attention sinks. Implikasi praktisnya sempit tetapi berguna: streaming cache dapat mempertahankan prefix kecil berisi posisi sink sambil merotasi sisa kapasitasnya untuk token-token terbaru.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Exposure Bias pada Generation Autoregresif</title>
      <link>https://nalar.dev/id/exposure-bias-pada-generation-autoregresif/</link>
      <pubDate>Mon, 14 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/exposure-bias-pada-generation-autoregresif/</guid>
      <description>&lt;p&gt;Model autoregresif dapat menerima prefix bersih pada setiap posisi training, tetapi tetap menghadapi distribusi input berbeda saat generation. Training umumnya memberi skor pada token referensi berikutnya sambil dikondisikan pada token referensi sebelumnya. Saat inference, prefix justru berisi output model sendiri.&lt;/p&gt;&#xA;&lt;p&gt;Ketidakcocokan ini disebut &lt;strong&gt;exposure bias&lt;/strong&gt;. Dampaknya muncul karena kesalahan awal pada generation tidak hanya membuat satu token keliru. Token tersebut menjadi bagian dari konteks untuk prediksi berikutnya, sehingga model memasuki state prefix yang mungkin jarang atau tidak pernah muncul saat training.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Batasi Pertumbuhan KV Cache pada Streaming LLM Inference</title>
      <link>https://nalar.dev/id/batasi-pertumbuhan-kv-cache-pada-streaming-llm-inference/</link>
      <pubDate>Sat, 12 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/batasi-pertumbuhan-kv-cache-pada-streaming-llm-inference/</guid>
      <description>&lt;p&gt;Inference transformer autoregresif biasanya menyimpan state key dan value dari token sebelumnya agar setiap token baru dapat melakukan attention ke konteks terdahulu tanpa menghitung ulang state tersebut. Cache bertambah seiring panjang sequence. Untuk stream yang berjalan lama, pertumbuhan itu akhirnya menjadi kendala memori meskipun generation tetap berlangsung satu token pada satu waktu.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;KV cache eviction&lt;/strong&gt; membatasi state tersebut dengan membuang posisi cache tertentu. Efek terhadap memori cukup langsung: lebih sedikit pasangan key-value yang dipertahankan berarti lebih sedikit ruang cache yang terpakai. Efek terhadap model lebih halus. Setelah sebuah posisi dihapus, layer attention berikutnya tidak dapat memakai key dan value yang sebelumnya di-cache dalam komputasi attention biasa. Kebijakan eviction dengan demikian mengubah penggunaan resource sekaligus riwayat attention efektif.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hindari Kegagalan Batas Tokenisasi dalam Generasi LLM</title>
      <link>https://nalar.dev/id/hindari-kegagalan-batas-tokenisasi-dalam-generasi-llm/</link>
      <pubDate>Tue, 08 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/hindari-kegagalan-batas-tokenisasi-dalam-generasi-llm/</guid>
      <description>&lt;p&gt;Aplikasi language model biasanya memperlakukan prompt sebagai teks: berikan sebuah prefix, lalu minta model melanjutkannya. Namun, model melihat sesuatu yang lebih spesifik. Tokenizer terlebih dahulu mengubah teks tersebut menjadi token, dan akhir prompt memaksa token terakhir berhenti tepat pada posisi itu.&lt;/p&gt;&#xA;&lt;p&gt;Detail ini dapat berpengaruh ketika prompt berakhir pada posisi karakter yang, jika prompt dan continuation ditokenisasi bersama, seharusnya berada di dalam token yang lebih besar. &lt;strong&gt;Masalah batas tokenisasi&lt;/strong&gt;, yang juga disebut &lt;strong&gt;partial token problem&lt;/strong&gt;, dapat membuat continuation yang sebenarnya natural menjadi sangat tidak mungkin.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hindari Kegagalan Batas Tokenisasi pada Generasi LLM</title>
      <link>https://nalar.dev/id/hindari-kegagalan-batas-tokenisasi-pada-generasi-llm/</link>
      <pubDate>Tue, 08 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/hindari-kegagalan-batas-tokenisasi-pada-generasi-llm/</guid>
      <description>&lt;p&gt;Aplikasi language model biasanya memperlakukan prompt sebagai teks: berikan sebuah prefiks, lalu minta model melanjutkannya. Namun, model melihat sesuatu yang lebih spesifik. Tokenizer terlebih dahulu mengubah teks tersebut menjadi token, dan akhir prompt memaksa token terakhir berakhir tepat di posisi itu.&lt;/p&gt;&#xA;&lt;p&gt;Detail ini dapat menjadi penting ketika prompt berakhir pada posisi karakter yang, jika prompt dan kelanjutannya ditokenisasi bersama, biasanya berada di dalam token yang lebih besar. &lt;strong&gt;Masalah batas tokenisasi&lt;/strong&gt; (&lt;em&gt;tokenization boundary problem&lt;/em&gt;), yang juga disebut &lt;strong&gt;masalah token parsial&lt;/strong&gt; (&lt;em&gt;partial token problem&lt;/em&gt;), dapat membuat kelanjutan yang sebenarnya natural menjadi sangat kecil kemungkinannya.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Batch Inference LLM untuk Throughput yang Lebih Baik</title>
      <link>https://nalar.dev/id/batch-inference-llm-untuk-throughput-yang-lebih-baik/</link>
      <pubDate>Thu, 03 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/batch-inference-llm-untuk-throughput-yang-lebih-baik/</guid>
      <description>&lt;p&gt;Server LLM dapat menerima banyak request pada saat yang sama, tetapi memproses setiap request secara terpisah sering kali merupakan cara yang tidak efisien untuk menggunakan akselerator. GPU dan perangkat keras serupa dirancang untuk menjalankan pekerjaan numerik paralel dalam jumlah besar. Satu request kecil dapat membuat sebagian kapasitas tersebut tidak terpakai.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Batching&lt;/strong&gt; menggabungkan pekerjaan dari beberapa request agar model dapat memproses lebih banyak pekerjaan secara bersamaan. Ini dapat meningkatkan throughput total, tetapi menghadirkan trade-off penting: menunggu batch terbentuk dapat menunda request individual, dan request dengan panjang sequence berbeda tidak menghabiskan jumlah pekerjaan yang sama.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
