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

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Mithun Cy <mithun(dot)cy(at)enterprisedb(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>
Subject: Re: Possible performance regression in version 10.1 with pgbench read-write tests.
Date: 2018-01-24 02:06:17
Message-ID: CAA4eK1Ka68CRHJ+0e6uxGkL5VB08X-SRVsjZz43tYjZv-_JrUQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jan 24, 2018 at 12:06 AM, Mithun Cy <mithun(dot)cy(at)enterprisedb(dot)com> wrote:
> Hi all,
>
> When I was trying to do read-write pgbench bench-marking of PostgreSQL
> 9.6.6 vs 10.1 I found PostgreSQL 10.1 regresses against 9.6.6 in some
> cases.
>
> Non Default settings and test
> ======================
> Server:
> ./postgres -c shared_buffers=8GB -N 200 -c min_wal_size=15GB -c
> max_wal_size=20GB -c checkpoint_timeout=900 -c
> maintenance_work_mem=1GB -c checkpoint_completion_target=0.9 &
>
> Pgbench:
> CASE 1: when data fits shared buffers.
> ./pgbench -i -s 1000 postgres
>
> CASE 2: when data exceeds shared buffers.
> ./pgbench -i -s 1000 postgres
>

Both the cases look identical, but from the document attached, it
seems the case-1 is for scale factor 300.

--
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Munro 2018-01-24 02:19:26 Re: [PATCH] fix for C4141 warning on MSVC
Previous Message Masahiko Sawada 2018-01-24 01:44:26 Re: Failed to request an autovacuum work-item in silence