Re: [HACKERS] [PATCH] Vacuum: Update FSM more frequently
Claudio Freire <klaussfreire@gmail.com>
From: Claudio Freire <klaussfreire@gmail.com>
To: Masahiko Sawada <sawada.mshk@gmail.com>
Cc: PostgreSQL-Dev <pgsql-hackers@postgresql.org>
Date: 2018-02-08T15:45:15Z
Lists: pgsql-hackers
Attachments
- 0002-Vacuum-do-a-partial-FSM-vacuum-at-the-beginning.patch (text/x-patch) patch 0002
- 0001-Vacuum-Update-FSM-more-frequently-v3.patch (text/x-patch) patch v3-0001
On Thu, Feb 8, 2018 at 1:36 AM, Masahiko Sawada <sawada.mshk@gmail.com> wrote: > On Tue, Feb 6, 2018 at 9:51 PM, Claudio Freire <klaussfreire@gmail.com> wrote: >> I can look into doing 3, that *might* get rid of the need to do that >> initial FSM vacuum, but all other intermediate vacuums are still >> needed. > > Understood. So how about that this patch focuses only make FSM vacuum > more frequently and leaves the initial FSM vacuum and the handling > cancellation cases? The rest can be a separate patch. Ok. Attached split patches. All but the initial FSM pass is in 1, the initial FSM pass as in the original patch is in 2. I will post an alternative patch for 2 when/if I have one. In the meanwhile, we can talk about 1.
Commits
-
Do index FSM vacuuming sooner.
- c79f6df75dd3 11.0 landed
-
Remove UpdateFreeSpaceMap(), use FreeSpaceMapVacuumRange() instead.
- a063baaced27 11.0 landed
-
While vacuuming a large table, update upper-level FSM data every so often.
- 851a26e26637 11.0 landed
-
Simplify autovacuum work-item implementation
- 31ae1638ce35 11.0 cited