From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Geoghegan <pg(at)bowt(dot)ie> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: First-draft release notes for next week's releases |
Date: | 2019-02-10 18:05:24 |
Message-ID: | 3728.1549821924@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Geoghegan <pg(at)bowt(dot)ie> writes:
> On Fri, Feb 8, 2019 at 6:00 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Yeah, I saw that in the commit message, but didn't really think that
>> the release note entry needed to explain it that way. Could be
>> argued differently though.
> I'm pretty confident that somebody is going to miss this
> functionality, if this account of how the patch helped Yandex is
> anything to go by:
> https://www.postgresql.org/message-id/7B44397E-5E0A-462F-8148-1C444640FA0B%40simply.name
Ugh. Well, hopefully somebody will find a less buggy solution
in the future.
>>> We may even need to revise the v10 release notes.
>> Perhaps just remove that item from the 10.0 notes?
> The wording could be changed to reflect the current reality within
> GIN. It's still useful that posting trees are only locked when there
> are pages to be deleted.
The v10 release notes just say
Reduce page locking during vacuuming of <acronym>GIN</acronym> indexes
(Andrey Borodin)
so it doesn't seem like there's any difference at that level of detail.
But I'll expand the new release note, say
This change partially reverts a performance improvement, introduced
in version 10, that attempted to reduce the number of index pages
locked during deletion of a GIN posting tree page. That's now been
found to lead to deadlocks, so we've removed it pending closer
analysis.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2019-02-10 18:22:37 | Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages) |
Previous Message | Peter Geoghegan | 2019-02-10 18:01:19 | Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages) |