mirror of
https://github.com/postgres/postgres.git
synced 2025-11-09 06:21:09 +03:00
Rename PGPROC->vacuumFlags to statusFlags
With more flags associated to a PGPROC entry that are not related to vacuum (currently existing or planned), the name "statusFlags" describes its purpose better. (The same is done to the mirroring PROC_HDR->vacuumFlags.) No functional changes in this commit. This was suggested first by Hari Babu Kommi in [1] and then by Michael Paquier at [2]. [1] https://postgr.es/m/CAJrrPGcsDC-oy1AhqH0JkXYa0Z2AgbuXzHPpByLoBGMxfOZMEQ@mail.gmail.com [2] https://postgr.es/m/20200820060929.GB3730@paquier.xyz Author: Dmitry Dolgov <9erthalion6@gmail.com> Reviewed-by: Álvaro Herrera <alvherre@alvh.no-ip.org> Discussion: https://postgr.es/m/20201116182446.qcg3o6szo2zookyr@localhost
This commit is contained in:
@@ -618,7 +618,7 @@ FindLockCycleRecurseMember(PGPROC *checkProc,
|
||||
* that an autovacuum won't be canceled with less than
|
||||
* deadlock_timeout grace period.
|
||||
*
|
||||
* Note we read vacuumFlags without any locking. This is
|
||||
* Note we read statusFlags without any locking. This is
|
||||
* OK only for checking the PROC_IS_AUTOVACUUM flag,
|
||||
* because that flag is set at process start and never
|
||||
* reset. There is logic elsewhere to avoid canceling an
|
||||
@@ -628,7 +628,7 @@ FindLockCycleRecurseMember(PGPROC *checkProc,
|
||||
* ProcArrayLock.
|
||||
*/
|
||||
if (checkProc == MyProc &&
|
||||
proc->vacuumFlags & PROC_IS_AUTOVACUUM)
|
||||
proc->statusFlags & PROC_IS_AUTOVACUUM)
|
||||
blocking_autovacuum_proc = proc;
|
||||
|
||||
/* We're done looking at this proclock */
|
||||
|
||||
Reference in New Issue
Block a user