Re: Runtime variations during day

From: Carlos Henrique Reimer <carlos(dot)reimer(at)opendb(dot)com(dot)br>
To: Kevin Grittner <kgrittn(at)ymail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Runtime variations during day
Date: 2013-02-13 23:09:55
Message-ID: CAJnnue1exmMQGWC6BrzaYHLE67=h0f1BPpN7xf372VY9-mgekQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Sorry for the confusion, the plans from morning and evening are really
different for sure.

Let me ensure with my team that postgresql configuration is not changed
between morning and evening and will recollect the data tomorrow.

On Wed, Feb 13, 2013 at 8:34 PM, Kevin Grittner <kgrittn(at)ymail(dot)com> wrote:

> Carlos Henrique Reimer <carlos(dot)reimer(at)opendb(dot)com(dot)br> wrote:
>
> > Anyway it does not seam related to statistics as the query plan
> > is exactly the same for both scenarios, morning and evening:
>
> > Morning:
>
> > Index Scan using pagpk_aux_mes, pagpk_aux_mes, pk_cadpag,
> > pk_cadpag, pk_cadpag, pagchavefunc00 on cadpag
>
> > Evening:
>
> > Seq Scan on cadpag
>
> Those don't look exactly the same to me.
>
> > I've used this query just as an example but the general feeling
> > is that everything takes more time to process in the evening.
> > Evening is also the period with more tasks in the the database.
>
> Well, if the resources are split among more processes, each process
> will take longer to run. No surprise there. Of course, there
> could be some interaction -- queries which do more work because
> statistics are out of date could contribute to the slowdown of
> everything else.
>
> --
> Kevin Grittner
> EnterpriseDB: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>

--
Reimer
47-3347-1724 47-9183-0547 msn: carlos(dot)reimer(at)opendb(dot)com(dot)br

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Sergey Konoplev 2013-02-13 23:24:18 Re: Join query query
Previous Message Andrew Taylor 2013-02-13 23:01:13 Join query query