<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Storage on Deep in the clouds, I know not where.</title><link>https://lihuiba.github.io/en/tags/storage/</link><description>Recent content in Storage on Deep in the clouds, I know not where.</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Mon, 17 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://lihuiba.github.io/en/tags/storage/index.xml" rel="self" type="application/rss+xml"/><item><title>The Myth of Fixed-Output Compression</title><link>https://lihuiba.github.io/en/p/against-fixed-output/</link><pubDate>Mon, 17 Aug 2026 00:00:00 +0000</pubDate><guid>https://lihuiba.github.io/en/p/against-fixed-output/</guid><description>Fixed-output compression — variable-length input stuffed into fixed-size output blocks — was credited with eliminating read amplification, aligning I/O, improving compression ratio, and saving memory. Term-by-term attribution finds otherwise: these benefits belong to granularity choices, to the index and the decompressor, hold only inside a restricted framing, or cannot be found in measurement at all — while the costs are format-level and permanent. The conclusion is polite but total: as a format design decision, fixed-output is not worth adopting.</description></item></channel></rss>