<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Lavik Blog and Releases</title><link>https://lavik.dev/en/blog/</link><description>Lavik architecture, benchmarks, and release news.</description><language>en</language><atom:link href="https://lavik.dev/en/feed.xml" rel="self" type="application/rss+xml"/><item><title>Plan cache growth by counting keys, not just terabytes</title><link>https://lavik.dev/en/blog/lavik-field-notes-2026-09-26/</link><guid isPermaLink="true">https://lavik.dev/en/blog/lavik-field-notes-2026-09-26/</guid><description>A worked capacity model shows why moving values to NVMe changes the budget without removing index memory, reclamation headroom, or shared server costs.</description></item><item><title>Lavik beta: SPDK performance and capacity economics</title><link>https://lavik.dev/en/blog/lavik-spdk-performance-and-capacity/</link><guid isPermaLink="true">https://lavik.dev/en/blog/lavik-spdk-performance-and-capacity/</guid><description>Understand the September 18 benchmark, verify basic commands, and model capacity savings without mistaking them for deployment-wide savings.</description></item><item><title>Failover needs intent, authority, and evidence</title><link>https://lavik.dev/en/blog/failover-intent-authority-and-evidence/</link><guid isPermaLink="true">https://lavik.dev/en/blog/failover-intent-authority-and-evidence/</guid><description>Lavik’s control-plane decisions distinguish a planned handoff from owner loss. Follow the state transitions that prevent stale preparation and observations from becoming authority.</description></item><item><title>Fast restart begins with knowing when an index is stale</title><link>https://lavik.dev/en/blog/fast-restart-with-index-checkpoints/</link><guid isPermaLink="true">https://lavik.dev/en/blog/fast-restart-with-index-checkpoints/</guid><description>Lavik treats a shutdown checkpoint as a one-use recovery accelerator. Its publication, consumption, and fallback rules are the substance of the design.</description></item><item><title>How grouped collections change the cost of large Redis values</title><link>https://lavik.dev/en/blog/grouped-collections-on-ssd/</link><guid isPermaLink="true">https://lavik.dev/en/blog/grouped-collections-on-ssd/</guid><description>Large hashes, lists, sets, and sorted sets need more than a place to store one giant value. Lavik uses collection-specific routing and atomic graph publication.</description></item><item><title>How Lavik keeps requests moving while storage waits</title><link>https://lavik.dev/en/blog/inside-lavik-request-path/</link><guid isPermaLink="true">https://lavik.dev/en/blog/inside-lavik-request-path/</guid><description>An SSD-backed Redis interface needs more than asynchronous reads. Follow a request through connection state, admission, partition ownership, and reply backpressure.</description></item><item><title>Why a Lua function catalog is a storage problem</title><link>https://lavik.dev/en/blog/lua-functions-as-a-durable-catalog/</link><guid isPermaLink="true">https://lavik.dev/en/blog/lua-functions-as-a-durable-catalog/</guid><description>A function library must become consistent across workers, survive restart, and travel through replication. Lavik stages complete catalogs before making them visible.</description></item><item><title>Coordinating multi-key work across Lavik partitions</title><link>https://lavik.dev/en/blog/multi-key-transactions-across-partitions/</link><guid isPermaLink="true">https://lavik.dev/en/blog/multi-key-transactions-across-partitions/</guid><description>Key ownership makes local work efficient. Multi-key commands need a separate design for scheduling, lock lifetime, command errors, and durable completion.</description></item><item><title>Replication progress is more than one offset</title><link>https://lavik.dev/en/blog/replication-acks-and-recovery-boundaries/</link><guid isPermaLink="true">https://lavik.dev/en/blog/replication-acks-and-recovery-boundaries/</guid><description>Lavik tracks native replication by history and logical flow. Understand what an acknowledgement proves, what a restart discards, and why failover needs additional evidence.</description></item><item><title>Why Lavik separates its memory index from SSD values</title><link>https://lavik.dev/en/blog/why-lavik-separates-index-from-values/</link><guid isPermaLink="true">https://lavik.dev/en/blog/why-lavik-separates-index-from-values/</guid><description>Follow the ownership, append, read, and reclamation decisions behind a value store that can grow beyond DRAM capacity.</description></item><item><title>What the NVMe benchmark tells us</title><link>https://lavik.dev/en/blog/reading-the-benchmark/</link><guid isPermaLink="true">https://lavik.dev/en/blog/reading-the-benchmark/</guid><description>Read the measured results, their conditions, and the questions they leave open.</description></item><item><title>Lavik 0.1.0-beta.1</title><link>https://lavik.dev/en/releases/0-1-0-beta-1/</link><guid isPermaLink="true">https://lavik.dev/en/releases/0-1-0-beta-1/</guid><description>A pinned reference for evaluating the first 0.1.0 beta.</description></item></channel></rss>