Message-ID: <451BE7CD.3060807@aptalaska.net>
Date: Thu, 28 Sep 2006 07:18:37 -0800
From: Matthew Schumacher <matt.s@aptalaska.net>
User-Agent: Thunderbird 1.5.0.7 (X11/20060909)
MIME-Version: 1.0
To: Marcin Mank <marcin.mank@gmail.com>
CC: pgsql-performance@postgresql.org
Subject: Re: Problems with inconsistant query performance.
References: <451AC4E2.90106@aptalaska.net>
	<1c9501c6e2fb$91e30200$0c67a8c0@maniek>
In-Reply-To: <1c9501c6e2fb$91e30200$0c67a8c0@maniek>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Marcin Mank wrote:
>> So the question is why on a relatively simple proc and I getting a query
>> performance delta between 3549ms and 7ms?
> 
> What version of PG is it?
> 
> I had such problems in a pseudo-realtime app I use here with Postgres, and
> they went away when I moved to 8.1 (from 7.4). I guess it is better shared
> buffer management code (don`t You see a
> big_query_searching_through_half_the_db just before You get this slow
> insert? ) .
> 
> Greetings
> Marcin
> 

Marcin,

It is 8.1.4, and there is searching being done on the radutmp_tab all of
the time.  It is relatively small though, only a couple of thousand
rows.  The tmpaccounting_tab table which also gets inserts is only used
for inserting, then one large query every night to flush the data to an
indexed table.

What I really need is a way to profile my proc when it runs slow so that
I can resolve which of the queries is really slow.  Anyone with an idea
on how to do this?

schu