-
- Downloads
Improve handling of prune/no-prune decisions by storing a page's oldest
unpruned XMAX in its header. At the cost of 4 bytes per page, this keeps us from performing heap_page_prune when there's no chance of pruning anything. Seems to be necessary per Heikki's preliminary performance testing.
Showing
- contrib/pageinspect/README.pageinspect 6 additions, 6 deletionscontrib/pageinspect/README.pageinspect
- contrib/pageinspect/pageinspect.sql.in 2 additions, 1 deletioncontrib/pageinspect/pageinspect.sql.in
- contrib/pageinspect/rawpage.c 4 additions, 3 deletionscontrib/pageinspect/rawpage.c
- doc/src/sgml/storage.sgml 12 additions, 4 deletionsdoc/src/sgml/storage.sgml
- src/backend/access/heap/README.HOT 3 additions, 3 deletionssrc/backend/access/heap/README.HOT
- src/backend/access/heap/heapam.c 14 additions, 12 deletionssrc/backend/access/heap/heapam.c
- src/backend/access/heap/pruneheap.c 19 additions, 8 deletionssrc/backend/access/heap/pruneheap.c
- src/backend/storage/page/bufpage.c 3 additions, 2 deletionssrc/backend/storage/page/bufpage.c
- src/include/catalog/catversion.h 2 additions, 2 deletionssrc/include/catalog/catversion.h
- src/include/storage/bufpage.h 27 additions, 18 deletionssrc/include/storage/bufpage.h
Loading
Please register or sign in to comment