Skip to content
About
Main content
Recurring principle

Fixed capacity meets growth

A fixed-capacity structure meeting growing cardinality breaks the design.

What it is

The general principle: a fixed-capacity structure meeting growing cardinality breaks the design. The fix is never a bigger fixed capacity. It is a fallback path, just like widening a transaction ID or giving an undo log an overflow rule.

From Memory & Resource Management › Interning and dictionaries

At or below α = 1: a fixed cache size meeting a growing corpus gives hit-rate decay with no code change and no config change. The cache that gave 85% last year gives 78% this year, because the denominator grew. This is the general principle "a fixed width meeting exponential growth fails silently", and here it is nasty because nothing in the system reports it. The only symptom is a slow rise in backing-store load, which gets blamed on traffic.

From Caching › The popularity exponent

Where it appears

In 7 mechanisms. Each says what the mechanism is about, then how this principle shows up there, in its own words.

Made on the same pages most often.