From: | Seebs <seebs(at)seebs(dot)net> |
---|---|
To: | "Euler Taveira" <euler(at)eulerto(dot)com> |
Cc: | pgsql-docs(at)lists(dot)postgresql(dot)org |
Subject: | Re: index access method documentation light on details on ii_AmCache |
Date: | 2023-09-13 21:48:22 |
Message-ID: | 20230913164822.41e4c0bd@seebsdell |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On Wed, 13 Sep 2023 15:48:41 -0300
"Euler Taveira" <euler(at)eulerto(dot)com> wrote:
> Unless you change it, ii_Context is CurrentMemoryContext (see
> makeIndexInfo). Hence, your AM state information is freed when the
> current memory context is freed.
A thing I am now wondering:
Is there anything in the postgresql documentation which explains this,
or says when a given memory context will be freed? Like, is the
ii_Context there for the lifetime of the index? For the lifetime of the
query? For the lifetime of a single insert operation?
I've found a reference to it in a third-party blog post, but I actually
can't find anything in the docs explaining memory contexts, and a bit
of experimenting makes me think they are doing things that aren't
obvious to me. For instance, I tried *not* deleting a memory context
when done with it, then looping doing a query which tried to create and
populate it, and... memory usage did not go up. Making me think that
maybe it gets reused? Or maybe it's implicitly deleted because it had
a parent context?
-s
From | Date | Subject | |
---|---|---|---|
Next Message | Euler Taveira | 2023-09-14 13:06:03 | Re: index access method documentation light on details on ii_AmCache |
Previous Message | Boshomi Phenix | 2023-09-13 20:10:34 | Re: file-fdw and force_null |