Re: [PATCH] reduce page overlap of GiST indexes built using sorted method

From: Andrey Borodin <x4mmm(at)yandex-team(dot)ru>
To: bjorn(at)wololo(dot)org
Cc: Aliaksandr Kalenik <akalenik(at)kontur(dot)io>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: [PATCH] reduce page overlap of GiST indexes built using sorted method
Date: 2022-01-18 18:49:37
Message-ID: 6D17898F-7E2D-46DA-BDBF-0A4B5C868B3F@yandex-team.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> 18 янв. 2022 г., в 03:54, Björn Harrtell <bjorn(dot)harrtell(at)gmail(dot)com> написал(а):
>
> There might be some deep reason in the architecture that I'm unaware of that could make it difficult to affect the node size but regardless, I believe there could be a substantial win if node size could be controlled.

That's kind of orthogonal development path. Some years ago I had posted "GiST intrapage indexing" patch [0], that was aiming to make a tree with fanout that is Sqrt(Items on page). But for now decreasing fillfactor == wasting a lot of space, both in shared_buffers and on disk...

Thank you for raising this topic, I think I should rebase and refresh that patch too...

Best regards, Andrey Borodin.

[0] https://www.postgresql.org/message-id/flat/7780A07B-4D04-41E2-B228-166B41D07EEE%40yandex-team.ru

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2022-01-18 18:50:57 pgsql: Modify pg_basebackup to use a new COPY subprotocol for base back
Previous Message Peter Geoghegan 2022-01-18 18:48:24 Re: Removing more vacuumlazy.c special cases, relfrozenxid optimizations