pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Michael van Rooyen <michael@loot.co.za>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-performance@postgresql.org
Subject: Re: Slow queries on 9.3.1 despite use of index
Date: Mon, 28 Apr 2014 23:22:08 +0200
Message-ID: <535EC680.6010102@loot.co.za> (raw)
In-Reply-To: <23166.1398707420@sss.pgh.pa.us>
References: <535E8BFF.1010503@loot.co.za>
	<23166.1398707420@sss.pgh.pa.us>
List-Unsubscribe:  <mailto:majordomo@postgresql.org?body=unsub%20pgsql-performance>


On 2014/04/28 07:50 PM, Tom Lane wrote:
> Michael van Rooyen <michael@loot.co.za> writes:
>> I'm trying to get to the bottom of a performance issue on a server
>> running PostgreSQL 9.3.1 on Centos 5.
> Hm ... it seems pretty suspicious that all of these examples take just
> about exactly 1 second longer than you might expect.  I'm wondering
> if there is something sitting on an exclusive table lock somewhere,
> and releasing it after 1 second.
I do have log_min_duration_statement = 1000, which may cause this.
> In particular, this looks quite a bit like the old behavior of autovacuum
> when it was trying to truncate empty pages off the end of a relation ---
> it would hold off other accesses to the table until deadlock_timeout
> elapsed, whereupon it'd get kicked off the exclusive lock (and have to
> retry the truncation next time).  Are you *sure* this server is running
> 9.3.1, and not something pre-9.3?
Definitely 9.3.1.  The strange thing is I have other servers with 
similar configurations and load and with the same database, where 
performance is great, so it's hard for me to know what's different 
here.  Maybe I'm expecting too much from these SATA drives, or it's time 
to add lots of RAM...


-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance



view thread (6+ messages)  latest in thread

Message-ID: <535EC680.6010102@loot.co.za>
Permalink:  ../535EC680.6010102@loot.co.za/
Also on:    postgresql.org/message-id/535EC680.6010102@loot.co.za

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: michael@loot.co.za, tgl@sss.pgh.pa.us
  Subject: Re: Slow queries on 9.3.1 despite use of index
  In-Reply-To: <535EC680.6010102@loot.co.za>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox