Re: [PERFORM] 9.4 -> 9.5 regression with queries through pgbouncer on RHEL 6

From: Andres Freund <andres(at)anarazel(dot)de>
To: Vladimir Borodin <root(at)simply(dot)name>
Cc: Антон Бушмелев <bushmelev(dot)aa(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PERFORM] 9.4 -> 9.5 regression with queries through pgbouncer on RHEL 6
Date: 2016-07-14 18:48:57
Message-ID: 20160714184857.eg2kfpslgqawl5rv@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On 2016-06-13 21:58:30 +0300, Vladimir Borodin wrote:
>
> > 13 июня 2016 г., в 0:51, Andres Freund <andres(at)anarazel(dot)de> написал(а):
> >
> > Hi Vladimir,
> >
> > Thanks for these reports.
> >
> > On 2016-06-13 00:42:19 +0300, Vladimir Borodin wrote:
> >> perf report -g -i pg9?_all.data >/tmp/pg9?_perf_report.txt
> >
> > Any chance you could redo the reports with --no-children --call-graph=fractal
> > added? The mode that includes child overheads unfortunately makes the
> > output hard to interpet/compare.
>
> Of course. Not sure if that is important but I upgraded perf for that (because --no-children option was introduced in ~3.16), so perf record and perf report were done with different perf versions.
>
>
>
> Also I’ve done the same test on same host (RHEL 6) but with 4.6 kernel/perf and writing perf data to /dev/shm for not loosing events. Perf report output is also attached but important thing is that the regression is not so significant:
>
> root(at)pgload05g ~ # uname -r
> 4.6.0-1.el6.elrepo.x86_64
> root(at)pgload05g ~ # cat /proc/sys/kernel/sched_autogroup_enabled
> 1
> root(at)pgload05g ~ # /tmp/run.sh
> RHEL 6 9.4 71634 0.893
> RHEL 6 9.5 54005 1.185
> RHEL 6 9.6 65550 0.976
> root(at)pgload05g ~ # echo 0 >/proc/sys/kernel/sched_autogroup_enabled
> root(at)pgload05g ~ # /tmp/run.sh
> RHEL 6 9.4 73041 0.876
> RHEL 6 9.5 60105 1.065
> RHEL 6 9.6 67984 0.941
> root(at)pgload05g ~ #

Hm. Have you measured how large the slowdown is if you connect via tcp
to pgbouncer, but have pgbouncer connect to postgres via unix sockets?

Andres

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2016-07-14 18:49:33 Re: Oddity in handling of cached plans for FDW queries
Previous Message Andres Freund 2016-07-14 18:40:34 Re: Hang issue when COPY to/from an unopened FIFO

Browse pgsql-performance by date

  From Date Subject
Next Message Andres Freund 2016-07-14 18:53:38 Re: [PERFORM] 9.4 -> 9.5 regression with queries through pgbouncer on RHEL 6
Previous Message Imre Samu 2016-07-12 20:03:55 Re: pgtune or similar to assist in initial settings