Alex Chi Z. d0dc65da12 fix(pageserver): give up gc-compaction if one key has too long history (#11869) ...

## Problem

The limitation we imposed last week
https://github.com/neondatabase/neon/pull/11709 is not enough to protect
excessive memory usage.

## Summary of changes

If a single key accumulated too much history, give up compaction. In the
future, we can make the `generate_key_retention` function take a stream
of keys instead of first accumulating them in memory, thus easily
support such long key history cases.

Signed-off-by: Alex Chi Z <chi@neon.tech>

2025-05-09 10:12:49 +00:00

..

benches

feat: Direct IO for the pageserver write path (#11558)

2025-04-24 14:57:36 +00:00

client

storage_controller: coordinate imports across shards in the storage controller (#11345)

2025-04-24 11:26:06 +00:00

compaction

utils: explicit OTEL export config and OTEL enablement via common entry point (#11139)

2025-03-12 11:07:49 +00:00

ctl

pagectl: list layers for given key in decreasing LSN order (#11799)

2025-05-01 15:56:43 +00:00

pagebench

refactor: Extract some code in pagebench getpage command to function (#11563)

2025-04-19 08:38:03 +00:00

src

fix(pageserver): give up gc-compaction if one key has too long history (#11869)

2025-05-09 10:12:49 +00:00

test_data

pageserver: add layer visibility calculation (#8511)

2024-08-01 09:25:35 +00:00

Cargo.toml

feat: Direct IO for the pageserver write path (#11558)

2025-04-24 14:57:36 +00:00