Re: [HACKERS] strange behaviour on pooled alloc (fwd)

From: jwieck(at)debis(dot)com (Jan Wieck)
To: vadim(at)krs(dot)ru (Vadim Mikheev)
Cc: jwieck(at)debis(dot)com, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] strange behaviour on pooled alloc (fwd)
Date: 1999-02-08 11:03:56
Message-ID: m109oTs-000EBRC@orion.SAPserv.Hamburg.dsh.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>
> Jan Wieck wrote:
> >
> > I have modified ExecutorStart() so it makes it's private copy
> > of the actual QuerySnapshot in it's own executor memory
> > context. Could you please comment if what is in QuerySnapshot
> > at the time of ExecutorStart() get's or should get modified
> > anywhere during the execution of a plan. The name snapshot
> > tells me NOT. But you're the one to judge.
>
> You're correct. Alternativly, we could use some refcount
> in Snapshot structure...

As it is now, the snapshot data exists in the same memory
context as the execution state which isn't free'd explicitly
(auto done on AllocSetReset() when memory context dies). No
need to add another bookkeeping that's hard to track.

So pooled memory allocation is done now.

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck(at)debis(dot)com (Jan Wieck) #

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jan Wieck 1999-02-08 12:00:12 Re: [HACKERS] trouble with rules
Previous Message Pascal GEND 1999-02-08 10:56:42 writing a JAVA interface for postgres