Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.8.1
-
None
Description
Experimentally proven that current page replacement functionality has problems with replace candidate computation. Current implementation obtain 5 random pages and make further decisions basing this pages last touch timestamp and some inner flags, however still possible cases when this pages set can be simply nullified due to inner logic. All improvements need to be proven, for example, by simple scenario:
1. put some data until event EVT_PAGE_REPLACEMENT_STARTED is triggered
2. put 2 times more data than been loaded in p1.
3. execute fullscan (through ScanQuery) for old\cold data processing emulation.
4. start processing only pages which can fit into current mem region.
5. measure "replacedPages" metric.
(i attach code mention above)
Attachments
Attachments
Issue Links
- is related to
-
IGNITE-8299 Optimize allocations and CPU consumption in active page replacement scenario
- Open
- links to