On 2022-Apr-20, Robert Haas wrote:
> I'll clean that up if I get back around to working on this. Right now
> it's not clear to me how to get this integrated with vacuum in a
> useful way, so finishing this part of it isn't that exciting, at least
> not unless somebody else comes up with a cool use
On Wed, Apr 20, 2022 at 8:32 AM Thom Brown wrote:
> On Wed, 20 Apr 2022 at 13:02, Alvaro Herrera wrote:
> > What's with the free text in cbstorage.h? I would guess that this
> > wouldn't even compile, and nobody has noticed because the file is not
> > included by anything yet ...
>
> I'm not abl
On Wed, Apr 20, 2022 at 8:02 AM Alvaro Herrera wrote:
> What's with the free text in cbstorage.h? I would guess that this
> wouldn't even compile, and nobody has noticed because the file is not
> included by anything yet ...
I think I was using that file for random notes with the idea of
removin
On Wed, 20 Apr 2022 at 13:02, Alvaro Herrera wrote:
>
> What's with the free text in cbstorage.h? I would guess that this
> wouldn't even compile, and nobody has noticed because the file is not
> included by anything yet ...
I'm not able to compile:
cbfsmpage.c: In function ‘cb_fsmpage_initiali
What's with the free text in cbstorage.h? I would guess that this
wouldn't even compile, and nobody has noticed because the file is not
included by anything yet ...
--
Álvaro HerreraBreisgau, Deutschland — https://www.EnterpriseDB.com/
#error "Operator lives in the wrong universe"
("
On Wed, Jan 5, 2022 at 1:12 AM Robert Haas wrote:
>
> On Wed, Dec 29, 2021 at 7:08 AM Amul Sul wrote:
> > Thought patch is WIP, here are a few comments that I found while
> > reading the patch and thought might help:
> >
> > + {
> > + if (meta->cbm_oldest_index_segment ==
> > +
On Wed, Dec 15, 2021 at 9:04 PM Robert Haas wrote:
>
> On Wed, Dec 15, 2021 at 10:03 AM Matthias van de Meent
> wrote:
> [...]
Thought patch is WIP, here are a few comments that I found while
reading the patch and thought might help:
+ {
+ if (meta->cbm_oldest_index_segment ==
+
On Wed, Dec 15, 2021 at 10:03 AM Matthias van de Meent
wrote:
> > +Conceptually, a relation fork organized as a conveyor belt has three parts:
> > +
> > +- Payload. The payload is whatever data the user of this module wishes
> > + to store. The conveyor belt doesn't care what you store in a paylo
On Wed, 15 Dec 2021 at 00:01, Robert Haas wrote:
>
> Hi!
[...]
> So here's a patch. Basically, it lets you initialize a relation fork
> as a "conveyor belt," and then you can add pages of basically
> arbitrary data to the conveyor belt and then throw away old ones and,
> modulo bugs, it will take
On Wed, Dec 15, 2021 at 6:33 AM Peter Geoghegan wrote:
>
> How did you test this? I ask because it would be nice if there was a
> convenient way to try this out, as somebody with a general interest.
> Even just a minimal test module, that you used for development work.
>
I have tested this using
On Tue, Dec 14, 2021 at 3:00 PM Robert Haas wrote:
> I got interested in this problem again because of the
> idea discussed in
> https://www.postgresql.org/message-id/CA%2BTgmoZgapzekbTqdBrcH8O8Yifi10_nB7uWLB8ajAhGL21M6A%40mail.gmail.com
> of having a "dead TID" relation fork in which to accumulat
11 matches
Mail list logo
