Re: Performance bug in prepared statement binding in 9.2? - Mailing list pgsql-performance

From Andrew Dunstan
Subject Re: Performance bug in prepared statement binding in 9.2?
Date
Msg-id 522F146D.2070908@dunslane.net
Whole thread Raw
In response to Re: Performance bug in prepared statement binding in 9.2?  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: Performance bug in prepared statement binding in 9.2?
List pgsql-performance
On 09/10/2013 08:20 AM, Andres Freund wrote:

> A backtrace for this would be useful. Alternatively you could recompile
> postgres using -fno-omit-frame-pointer in CFLAGS and use perf record -g.

It's using a custom build, so this should be doable.

>
> Any chance you have older prepared xacts, older sessions or something
> like that around? I'd expect heap_prune* to be present in workloads that
> spend significant time in heap_hot_search_buffer...


Not sure about prepared transactions. There are certainly probably old
prepared statements around, and long running transactions alongside this
one.

cheers

andrew


pgsql-performance by date:

Previous
From: Andres Freund
Date:
Subject: Re: Performance bug in prepared statement binding in 9.2?
Next
From: Andres Freund
Date:
Subject: Re: Performance bug in prepared statement binding in 9.2?