From: Peter Geoghegan Date: Mon, 22 Nov 2021 00:22:57 +0000 (-0800) Subject: Remove lazy_scan_heap parallel VACUUM comment block. X-Git-Tag: REL_15_BETA1~1158 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=97f5aef609ce51422934b7dbdba599a7de4dbafd;p=thirdparty%2Fpostgresql.git Remove lazy_scan_heap parallel VACUUM comment block. This doesn't belong next to very high level discussion of the tasks that lazy_scan_heap performs. There is already a similar, longer comment block at the top of vacuumlazy.c that mentions lazy_scan_heap directly. --- diff --git a/src/backend/access/heap/vacuumlazy.c b/src/backend/access/heap/vacuumlazy.c index a00947ea1c6..88b9d1f41c3 100644 --- a/src/backend/access/heap/vacuumlazy.c +++ b/src/backend/access/heap/vacuumlazy.c @@ -886,18 +886,6 @@ heap_vacuum_rel(Relation rel, VacuumParams *params, * for dead-tuple TIDs, invoke lazy_vacuum to vacuum indexes and vacuum * heap relation during its own second pass over the heap. * - * If the table has at least two indexes, we execute both index vacuum - * and index cleanup with parallel workers unless parallel vacuum is - * disabled. In a parallel vacuum, we enter parallel mode and then - * create both the parallel context and the DSM segment before starting - * heap scan so that we can record dead tuples to the DSM segment. All - * parallel workers are launched at beginning of index vacuuming and - * index cleanup and they exit once done with all indexes. At the end of - * this function we exit from parallel mode. Index bulk-deletion results - * are stored in the DSM segment and we update index statistics for all - * the indexes after exiting from parallel mode since writes are not - * allowed during parallel mode. - * * If there are no indexes then we can reclaim line pointers on the fly; * dead line pointers need only be retained until all index pointers that * reference them have been killed.