-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: Cache and Eviction, Statistics
-
None
-
Storage Engines, Storage Engines - Transactions
-
SE Transactions - 2025-10-24
-
5
We need to investigate why the update cache fill ratio threshold is being hit even when eviction is actively working. This causes application threads to be pulled into eviction, leading to increased latency based on our observations in WT-15538.
To diagnose this, we want to split the existing "maximum page size seen at eviction" statistic into three separate metrics:
-
- clean max page size at eviction
- dirty max page size at eviction
- update max page size at eviction
- is related to
-
WT-15432 Coverity analysis defect 176691: Invalid type in argument to printf format specifier
-
- Closed
-
-
WT-15697 Change all python layered tests to use a configurable PALI
-
- Closed
-
-
WT-15538 Investigate slow eviction behavior when updates ratio is high
-
- Open
-
-
WT-15589 Verify each read we do is behind the page materialisation frontier
-
- Open
-
-
WT-15718 Favour internal SQLite3 library during build
-
- Closed
-
-
WT-15734 Consider removing the layered manager thread
-
- Closed
-
-
WT-15758 Retry forever on read failures in disagg block manager
-
- Closed
-
- related to
-
WT-15560 Assertion fail - test/format with precise checkpoint
-
- Closed
-
-
WT-15678 Memory leak in __wti_block_disagg_write_internal
-
- Closed
-
-
WT-15246 Re-enable prepared testing that depends on new delta data format
-
- Closed
-
-
WT-15522 Configure the error log from cmake & determine the default value
-
- Closed
-
-
WT-15720 Handle stepdowns in test/format by restarting WT before stepping down
-
- Closed
-
-
WT-15629 (disagg.mode=leader) Test/format key OOO (internal page delta)
-
- Closed
-
-
WT-15682 Increase the read timestamp lag to avoid conflict with prepare timestamp
-
- Closed
-