Re: -DDISABLE_ENABLE_ASSERT - Mailing list pgsql-hackers

From Robert Haas
Subject Re: -DDISABLE_ENABLE_ASSERT
Date
Msg-id CA+TgmoaSPGaawEP8LvGuVYEj_4MXXvj_qcd_yAVUz73qgfwMXw@mail.gmail.com
Whole thread Raw
In response to Re: -DDISABLE_ENABLE_ASSERT  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: -DDISABLE_ENABLE_ASSERT  (Andres Freund <andres@2ndquadrant.com>)
List pgsql-hackers
On Thu, May 22, 2014 at 5:00 PM, Alvaro Herrera
<alvherre@2ndquadrant.com> wrote:
> Andres Freund wrote:
>> On 2014-05-22 16:37:35 -0400, Tom Lane wrote:
>> > We could do that ... but I wonder if we shouldn't remove assert_enabled
>> > altogether.  What's the use case for turning it off?  Not matching the
>> > speed of a non-cassert build, because for instance MEMORY_CONTEXT_CHECKING
>> > doesn't get turned off.
>>
>> I've used it once or twice to avoid having to recompile postgres when I
>> wanted things not to be *that* slow (AtEOXactBuffers() I am looking at
>> you). But I wouldn't be very sad if it'd go.
>>
>> Anybody against that?
>
> I have used it too (for a different reason IIRC), but like you I
> wouldn't have a problem if it weren't there.

I've used it, too, although not recently.

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



pgsql-hackers by date:

Previous
From: Sandro Santilli
Date:
Subject: postgres_fdw and connection management
Next
From: Robert Haas
Date:
Subject: Re: SKIP LOCKED DATA (work in progress)