<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Memory Optimization on Nalar</title>
    <link>https://nalar.dev/tags/memory-optimization/</link>
    <description>Recent content in Memory Optimization on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 16 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/memory-optimization/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Trade Activation Memory for Recomputation</title>
      <link>https://nalar.dev/trade-activation-memory-for-recomputation/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/trade-activation-memory-for-recomputation/</guid>
      <description>&lt;p&gt;Backpropagation needs intermediate values from the forward computation to form gradients. Retaining every required activation can consume substantial accelerator memory, especially as sequence length, batch size, hidden width, or network depth grows.&lt;/p&gt;&#xA;&lt;p&gt;Activation checkpointing changes that storage decision. Selected forward regions retain only chosen boundary tensors, then reproduce omitted intermediates when the backward pass reaches those regions. Peak activation memory can fall, but some forward computation is executed again.&lt;/p&gt;&#xA;&lt;p&gt;The useful engineering question is not simply whether checkpointing saves memory. The placement of recomputation boundaries determines which tensors disappear, how much extra compute appears, and whether replayed operations reproduce a valid backward computation.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
