| From: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru> |
|---|---|
| To: | Kirill Reshke <reshkekirill(at)gmail(dot)com> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Fix gistkillitems & add regression test to microvacuum |
| Date: | 2026-01-27 07:26:01 |
| Message-ID: | 14B4E29D-7B08-4972-BE9E-491A8A6A77CF@yandex-team.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> On 23 Jan 2026, at 16:03, Kirill Reshke <reshkekirill(at)gmail(dot)com> wrote:
>
> On Tue, 20 Jan 2026 at 15:30, Andrey Borodin <x4mmm(at)yandex-team(dot)ru> wrote:
>>
>>
>>
>>> On 15 Jan 2026, at 22:59, Kirill Reshke <reshkekirill(at)gmail(dot)com> wrote:
>>>
>>> PFA v2 which leaves the test in-place.
>>>
>>> Also commit message improvements.
>>
>> Yeah, killtuples for GiST root page is broken. Your patch is fixing it.
>> I don't think we should backpatch this, the bug is harmless, but for master the patch LGTM.
>
> Thank you
>
>> It would be good to assign so->curBlkno and so->curBlkno together. But gistScanPage() is the only place with access to the block number.
>
> Sorry, didnt get this take.
Sorry, I meant so->curBlkno and so->numKilled are semantically correlated. But it's difficult to assign them together and this does not worth refactoring.
>
>> +# Test gist, but with fewer rows - that killitems used to be buggy.
>>
>> Probably, in this comment we can explicitly say that killitems was buggy, but now is fixed.
>>
>
> Hmm, what would be a good wording here?
I've opened an English dictionary and it says "used to" can be used with a meaning "bug was there but it's not anymore".
So the patch is RfC IMO.
Best regards, Andrey Borodin.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Chao Li | 2026-01-27 07:26:48 | Re: Safer hash table initialization macro |
| Previous Message | Xuneng Zhou | 2026-01-27 07:23:50 | Add pg_stat_recovery system view |