Re: Does this perf output seem 'normal'?

From: Alex Ignatov <a(dot)ignatov(at)postgrespro(dot)ru>
To: Peter Devoy <peter(at)3xe(dot)co(dot)uk>, "Psql_General (E-mail)" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Does this perf output seem 'normal'?
Date: 2016-04-27 13:53:36
Message-ID: 5720C460.9060605@postgrespro.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 27.04.2016 2:27, Peter Devoy wrote:
> Hi all,
>
> I am trying to work out why a piece of software, Mapnik, is executing
> slowly. All it is doing is loading a config file which causes about
> 12 preparation queries (i.e. with LIMIT 0) to be executed. I can see
> from pg_stat_statements these only take ~1ms in their totality.
>
> So next I ran "perf record -a -g sleep 0.4" and quickly loaded my PHP
> page to start the process (I am interfacing with mapnik via a PHP
> Extension), this is a sample of the result:
>
> https://cloud.githubusercontent.com/assets/4375326/14836015/08b0a8b4-0c05-11e6-96e5-f1836497cdfe.png
>
> The PHP page returns in ~60ms (well within the 400ms used for the perf
> recording). If possible, please can anyone with more familiarity with
> perf and Postgres tell me whether the result of the recording looks
> healthy?
>
> I am wondering if there is some problem with the way in which Mapnik
> is implementing libpq -- I already moved from Mapnik 2.2 because it
> was effectively DOSing Postgres by leaving client connections open.
>
> Any help would be greatly appreciated.
>
>
> Kind regards
>
> Peter
>
>
Hi! What do you want to see in perf stats? Maybe you can explain your
problem more in details?

--
Alex Ignatov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Daniel Westermann 2016-04-27 14:11:25 PG 9.5.2, freetds + tds_fdw => server crash
Previous Message Stefan Weiss 2016-04-27 13:23:21 Filtering the results of UNION ALL vs filtering the separate queries