postgresql/contrib/pg_visibility
Fujii Masao 6d05086c0a Speedup truncations of relation forks.
When a relation is truncated, shared_buffers needs to be scanned
so that any buffers for the relation forks are invalidated in it.
Previously, shared_buffers was scanned for each relation forks, i.e.,
MAIN, FSM and VM, when VACUUM truncated off any empty pages
at the end of relation or TRUNCATE truncated the relation in place.
Since shared_buffers needed to be scanned multiple times,
it could take a long time to finish those commands especially
when shared_buffers was large.

This commit changes the logic so that shared_buffers is scanned only
one time for those three relation forks.

Author: Kirk Jamison
Reviewed-by: Masahiko Sawada, Thomas Munro, Alvaro Herrera, Takayuki Tsunakawa and Fujii Masao
Discussion: https://postgr.es/m/D09B13F772D2274BB348A310EE3027C64E2067@g01jpexmbkw24
2019-09-24 17:31:26 +09:00
..
expected Add relkind checks to certain contrib modules 2017-03-09 16:34:25 -05:00
sql Add relkind checks to certain contrib modules 2017-03-09 16:34:25 -05:00
.gitignore Add relkind checks to certain contrib modules 2017-03-09 16:34:25 -05:00
Makefile Default monitoring roles 2017-03-30 14:18:53 -04:00
pg_visibility--1.0--1.1.sql pg_visibility: Add pg_truncate_visibility_map function. 2016-06-17 17:37:30 -04:00
pg_visibility--1.1--1.2.sql Default monitoring roles 2017-03-30 14:18:53 -04:00
pg_visibility--1.1.sql pg_visibility: Add pg_truncate_visibility_map function. 2016-06-17 17:37:30 -04:00
pg_visibility.c Speedup truncations of relation forks. 2019-09-24 17:31:26 +09:00
pg_visibility.control Default monitoring roles 2017-03-30 14:18:53 -04:00