From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
---|---|
To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Jan Wieck <jan(at)wi3ck(dot)info>, Gregory Smith <gregsmithpgsql(at)gmail(dot)com>, John Naylor <john(dot)naylor(at)enterprisedb(dot)com>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
Subject: | Re: The Free Space Map: Problems and Opportunities |
Date: | 2021-09-07 02:22:11 |
Message-ID: | CAH2-WzkhY3orALp8pGk_z-pUcz8-Te7xGX0Kkkt44pNrRAEX9Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Sep 6, 2021 at 7:09 PM Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
> FTR I have a patch in development that adds a demand-paged (though
> Anastasia recently suggested reconsidering that) per-SMGR relation
> shmem object pool that initially tracks precisely "how long it is",
> but I hope it would provide a hook to hang many other things on in
> future that need coordination at the relation level, such as
> synchronized scan position, and I hope, radix-based buffer mappings.
Cool!
> Could be relevant? https://commitfest.postgresql.org/34/2933/ (I'll
> rebase it soon).
I think that it is relevant. You're coming at the same thing from
roughly the opposite direction, at least in my mind. But that seems
like it might be a very good thing, given the specifics. I think that
we can meet each other in the middle, without there being any
particular risk of overlapping work or conflicting requirements. The
resource management aspects of my own prototype are the least worked
out and shakiest parts overall, so this seems likely. You've probably
already solved numerous problems for me.
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2021-09-07 02:30:59 | Re: Postgres perl module namespace |
Previous Message | Greg Nancarrow | 2021-09-07 02:11:22 | Re: Added schema level support for publication. |