Re: Remove custom redundant full page write description from GIN

From: Arseniy Mukhin <arseniy(dot)mukhin(dot)dev(at)gmail(dot)com>
To: Kirill Reshke <reshkekirill(at)gmail(dot)com>
Cc: Andrey Borodin <x4mmm(at)yandex-team(dot)ru>, Michael Paquier <michael(at)paquier(dot)xyz>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Remove custom redundant full page write description from GIN
Date: 2025-10-14 06:54:08
Message-ID: CAE7r3MKDDPdQAuMA4OWcAQyutrDaJt6_L_Kih2Cxh7vGtaXWOw@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 13, 2025 at 11:59 PM Kirill Reshke <reshkekirill(at)gmail(dot)com> wrote:
>
>
> On Tue, 14 Oct 2025, 01:24 Arseniy Mukhin, <arseniy(dot)mukhin(dot)dev(at)gmail(dot)com> wrote:
>>
>> Hi,
>>
>> On Fri, Oct 10, 2025 at 10:00 PM Andrey Borodin <x4mmm(at)yandex-team(dot)ru> wrote:
>> >
>> >
>> >
>> > > On 9 Oct 2025, at 17:33, Kirill Reshke <reshkekirill(at)gmail(dot)com> wrote:
>> > >
>> > > Should we remove them, reducing overall cognitive complexity of GIN
>> > > internals and reducing WAL footprint?
>> >
>> > The patch does not add a single line... that's impressive :)
>> >
>> > Why not wipe ginxlogSplit entirely? Will the code be clearer with XLogRegisterData(&flags, sizeof(uint16))?
>> >
>> >
>>
>> Looks like we will not be able to process old split records after
>> this, as 'flags' field offset was changed. So probably these fields
>> are for backward compatibility. Does it make sense?
>>
>>
>> Best regards,
>> Arseniy Mukhin
>
>
> Hi! We do not need to support anything WAL related in new major version, since we do new initdb. There are couple of threads nearby that change WAL record layout or even drop them entirely, and that OK.
> Also, we have WAL magic number for this purpose

I see, sorry for the noise then and thanks for the explanation!

Best regards,
Arseniy Mukhin

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Arseniy Mukhin 2025-10-14 07:02:29 Re: Improved TAP tests by replacing sub-optimal uses of ok() with better Test::More functions
Previous Message shveta malik 2025-10-14 06:47:21 Re: Issue with logical replication slot during switchover