<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cutaway</title><description>Interactive explainers of backend and systems internals — the casing removed.</description><link>https://cutaway.gilla.fun/</link><language>en</language><atom:link href="https://cutaway.gilla.fun/rss.xml" rel="self" type="application/rss+xml"/><item><title>LSM trees: write fast now, pay later</title><link>https://cutaway.gilla.fun/lsm-tree-compaction/</link><guid isPermaLink="true">https://cutaway.gilla.fun/lsm-tree-compaction/</guid><description>Your B-tree ingest tops out at 5k rows/s and the SSD is bored — random writes are the bottleneck, not bandwidth. An LSM tree fixes the write path by making reads do the work later. Pile up uncompacted files and watch read amplification climb into the danger zone.</description><pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate></item><item><title>What PgBouncer actually does to your connections</title><link>https://cutaway.gilla.fun/pgbouncer-pool-modes/</link><guid isPermaLink="true">https://cutaway.gilla.fun/pgbouncer-pool-modes/</guid><description>A Postgres backend is a whole process, so a few hundred of them is a real ceiling. A pooler multiplexes thousands of clients onto a handful of server connections — and the mode you pick decides which of your queries silently break.</description><pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate></item><item><title>Raft leader election, but you control the network</title><link>https://cutaway.gilla.fun/raft-leader-election/</link><guid isPermaLink="true">https://cutaway.gilla.fun/raft-leader-election/</guid><description>A primary on the wrong side of a partition is still taking writes. The fix is not a faster failover detector — it is a rule about who is allowed to win. Cut the links yourself and watch Raft refuse to elect two leaders.</description><pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate></item><item><title>How durable workflow engines replay history</title><link>https://cutaway.gilla.fun/temporal-deterministic-replay/</link><guid isPermaLink="true">https://cutaway.gilla.fun/temporal-deterministic-replay/</guid><description>A worker is OOM-killed 40 minutes into an order workflow. It restarts and the order finishes as if nothing happened — nobody wrote recovery code. The trick is replaying recorded history through deterministic code. Crash the worker yourself and watch the local variables refill.</description><pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate></item><item><title>How a write-ahead log survives a crash</title><link>https://cutaway.gilla.fun/wal-crash-recovery/</link><guid isPermaLink="true">https://cutaway.gilla.fun/wal-crash-recovery/</guid><description>COMMIT returned OK, then the box lost power. Whether that row is still there comes down to one fsync. Kill the database mid-write and watch recovery replay the log.</description><pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate></item></channel></rss>