Re: Lock-free compaction. Why not? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Lock-free compaction. Why not?
Date
Msg-id 3781612.1721326890@sss.pgh.pa.us
Whole thread Raw
In response to Re: Lock-free compaction. Why not?  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Lock-free compaction. Why not?
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Jul 18, 2024 at 7:08 AM David Rowley <dgrowleyml@gmail.com> wrote:
>> I think the primary issue with the old way was index bloat wasn't
>> fixed. The release notes for 9.0 do claim the CLUSTER method "is
>> substantially faster in most cases", however, I imagine there are
>> plenty of cases where it wouldn't be. e.g, it's hard to imagine
>> rewriting the entire 1TB table and indexes is cheaper than moving 1
>> row out of place row.

> The other thing I remember besides index bloat is that it was
> crushingly slow.

Yeah.  The old way was great if there really were just a few tuples
needing to be moved ... but by the time you decide you need VACUUM
FULL rather than plain VACUUM, that's unlikely to be the case.  

            regards, tom lane



pgsql-hackers by date:

Previous
From: Corey Huinker
Date:
Subject: July Commitfest: Entries Needing Review
Next
From: Nathan Bossart
Date:
Subject: Re: improve performance of pg_dump with many sequences