Re: Possible performance regression in version 10.1 with pgbench read-write tests.

From: Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Mithun Cy <mithun(dot)cy(at)enterprisedb(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Possible performance regression in version 10.1 with pgbench read-write tests.
Date: 2018-07-24 23:08:20
Message-ID: CAEepm=0JHpH2AfVWV=HzT=uVjA5+GVu-NGGPLetYium2VM=_MQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jul 23, 2018 at 10:06 PM, Thomas Munro
<thomas(dot)munro(at)enterprisedb(dot)com> wrote:
> Here's an attempt to use existing style better: a union, like
> LWLockPadded and WALInsertLockPadded. I think we should back-patch to
> 10. Thoughts?

Pushed to 10, 11, master.

It's interesting that I could see a further ~12% speedup by using VM
page-size stride on that 8 socket machine, but that's something to
look at another day. The PG_CACHE_LINE_SIZE padding change gets us
back to approximately where we were in 9.6.

/me . o O ( Gee, it'd be really nice to see this change on a graph on
a web page that tracks a suite of tests on a farm of interesting
machines on each branch over time. )

--
Thomas Munro
http://www.enterprisedb.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2018-07-24 23:10:10 Re: Early WIP/PoC for inlining CTEs
Previous Message Jeremy Finzel 2018-07-24 23:03:43 Re: Early WIP/PoC for inlining CTEs