Re: Partitioning performance: cache stringToNode() of pg_constraint.ccbin - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Partitioning performance: cache stringToNode() of pg_constraint.ccbin
Date
Msg-id CA+TgmoZp_LmpTWLguUQ2putrvFmnD47FaARXcdS_XQ6KPAuOuQ@mail.gmail.com
Whole thread Raw
In response to Re: Partitioning performance: cache stringToNode() of pg_constraint.ccbin  (Bruce Momjian <bruce@momjian.us>)
Responses Re: Partitioning performance: cache stringToNode() of pg_constraint.ccbin
List pgsql-hackers
On Wed, Aug 6, 2014 at 9:35 PM, Bruce Momjian <bruce@momjian.us> wrote:
> On Sun, Jan 12, 2014 at 12:53:40PM -0500, Noah Misch wrote:
>> On Sat, Jan 11, 2014 at 02:10:01PM -0500, Bruce Momjian wrote:
>> > On Mon, Jun  3, 2013 at 03:07:27PM -0400, Noah Misch wrote:
>> > > A colleague, Korry Douglas, observed a table partitioning scenario where
>> > > deserializing pg_constraint.ccbin is a hot spot.  The following test case, a
>> > > simplification of a typical partitioning setup, spends 28% of its time in
>> > > stringToNode() and callees thereof:
>> >
>> > Noah, what is the status on this?
>>
>> Further study revealed a defect in the patch's memory management, and I have
>> not gotten around to correcting that.
>
> I talked to Noah and he can't continue on this item.  Can someone else
> work on it?

Well, it would be helpful if he could describe the defect he found, so
that the next person doesn't have to guess.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: HEAD crashes with assertion and LWLOCK_STATS enabled
Next
From: Robert Haas
Date:
Subject: Re: Fixed redundant i18n strings in json