<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Lambda on The David Page</title><link>https://thedavidpage.pages.dev/posts/cloud/aws/lambda/</link><description>Recent content in Lambda on The David Page</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sun, 02 Aug 2026 08:00:00 +0700</lastBuildDate><atom:link href="https://thedavidpage.pages.dev/posts/cloud/aws/lambda/index.xml" rel="self" type="application/rss+xml"/><item><title>AWS Lambda's /tmp Directory Isn't as Clean as You Think</title><link>https://thedavidpage.pages.dev/posts/cloud/aws/lambda/lambda-tmp-warm-start-persistence/</link><pubDate>Sun, 02 Aug 2026 08:00:00 +0700</pubDate><guid>https://thedavidpage.pages.dev/posts/cloud/aws/lambda/lambda-tmp-warm-start-persistence/</guid><description>&lt;p&gt;&lt;strong&gt;Assuming every Lambda invocation runs in a fresh, isolated environment is a very reasonable guess. It&amp;rsquo;s also wrong.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Hi everyone 👋&lt;/p&gt;
&lt;p&gt;A lot of developers write Lambda functions on the assumption that each invocation starts in a completely clean, isolated sandbox — new environment, empty disk, nothing left behind from whatever ran before. That assumption is exactly what &amp;ldquo;serverless&amp;rdquo; seems to promise. It isn&amp;rsquo;t quite what happens.&lt;/p&gt;
&lt;h2 id="-whats-actually-happening-warm-starts"&gt;🔍 What&amp;rsquo;s actually happening: warm starts&lt;/h2&gt;
&lt;p&gt;To keep invocations fast, Lambda reuses the same underlying execution environment (container) for consecutive invocations whenever it can — this is a &lt;strong&gt;warm start&lt;/strong&gt;, as opposed to spinning up a brand-new one from scratch (a &lt;strong&gt;cold start&lt;/strong&gt;). Reusing the container is exactly what makes warm invocations fast.&lt;/p&gt;</description></item></channel></rss>