Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM?

From: Michail Nikolaev <michail(dot)nikolaev(at)gmail(dot)com>
To: Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com>
Cc: Peter Geoghegan <pg(at)bowt(dot)ie>, pgsql-hackers(at)lists(dot)postgresql(dot)org, hlinnaka(at)iki(dot)fi, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>, Tomas Vondra <tomas(at)vondra(dot)me>
Subject: Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM?
Date: 2025-02-08 13:46:00
Message-ID: CANtu0ohD0C4KjC46DN+gj5BhPW66fWRa7XvwVHDc-qWfxOhxjg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hello, everyone!

Just some commit messages + few cleanups.

Best regards,
Mikhail.

Attachment Content-Type Size
v8-0002-Fix-index-only-scan-race-condition-in-GiST-implem.patch application/octet-stream 10.9 KB
v8-0003-Improve-buffer-handling-for-killed-items-in-GiST-.patch application/octet-stream 3.0 KB
v8-0004-Fix-index-only-scan-race-condition-in-SP-GiST-imp.patch application/octet-stream 10.9 KB
v8-0001-Tests-for-index-only-scan-race-condition-with-con.patch application/octet-stream 12.1 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tomas Vondra 2025-02-08 13:50:57 Re: Showing applied extended statistics in explain Part 2
Previous Message Pavel Stehule 2025-02-08 11:28:34 Re: proposal - plpgsql - support standard syntax for named arguments for cursors