Re: Triaging the remaining open commitfest items - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Triaging the remaining open commitfest items
Date
Msg-id 22300.1431533356@sss.pgh.pa.us
Whole thread Raw
In response to Re: Triaging the remaining open commitfest items  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On 2015-05-13 11:38:27 -0400, Tom Lane wrote:
>> * Manipulating complex types as non-contiguous structures in-memory
>> 
>> This one's mine of course.  I've been hoping to get more independent
>> performance testing than it's gotten, but time grows short.  I'm inclined
>> to just go ahead and push it in.

> I'm a bit hesitant about performance regressions around it. And I'd
> obviously rather not see the macros but the inline version ;). But I
> think overall we're in a better position with it, than without. If it
> turns out to have bad edge cases performancewise, we can still "turn it
> off" in plpgsql without much problems. If we, preferrably, can't find a
> better solution for the performance problem.

Right, I should have said "absorb Andres' input and then commit".  What
I wanted to know was whether there would be objections to committing
this at all.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Triaging the remaining open commitfest items
Next
From: Andres Freund
Date:
Subject: Re: a few thoughts on the schedule