Skip to content

Commit 204cb6b

Browse files
committed
fix some headers sizing
Signed-off-by: Ran Shidlansik <ranshid@amazon.com>
1 parent 8926905 commit 204cb6b

File tree

1 file changed

+2
-2
lines changed
  • content/blog/2025-09-15-hash-fields-expiration

1 file changed

+2
-2
lines changed

content/blog/2025-09-15-hash-fields-expiration/index.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -61,7 +61,8 @@ The challenge is balancing three conflicting goals:
6161

6262
* Reclaim memory efficiently. The active expiration job is time-bounded, so we need to minimize wasted CPU cycles spent scanning unexpired fields.
6363

64-
## Alternatives We Considered
64+
#### Alternatives We Considered
65+
-------------------------------
6566

6667
We explored several approaches:
6768

@@ -132,7 +133,6 @@ On the storage side, expiration metadata is stored compactly, inlined alongside
132133
If an expired field is accessed before the cron job has removed it, Valkey treats it as if it doesn’t exist (with a few well-documented exceptions).
133134

134135
#### Known limitations
135-
----------------------
136136

137137
To deliver hash field expirations in a way that is simple, performant, and memory-efficient, we made some deliberate trade-offs in the initial implementation.
138138
As a result, there are a few limitations today that we plan to revisit in future releases:

0 commit comments

Comments
 (0)