From: | Subhrajyoti Senapati <ssubhrajyoti(at)google(dot)com> |
---|---|
To: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Sysbench tests on PG12 |
Date: | 2021-10-01 11:58:10 |
Message-ID: | CABHJmOLmSM0KusOMFS-4jZCASKDdyyPUaWKerkrxOQy2_uFpOQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thanks Laurenz, will try these flags.
Regards,
Subhrajyoti
On Fri, Oct 1, 2021 at 5:19 PM Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
wrote:
> On Fri, 2021-10-01 at 14:22 +0530, Subhrajyoti Senapati wrote:
> > Was running a few sysbench tests in Postgres12.
> > Sysbench Test Config
> > oltp-readwrite-custom
> > Threads - 500
> > Machine: 16 core 64G
> >
> > In PG server:
> > shared_buffers: 16GB
> > maintenance_work_memory: 16GB
> > checkpoint_timeout: 1h
> > max_wal_size: 10GB
> > wal_sync_method: 'open_sync'
> > effective_cache_size: 32GB
> > wal_buffers: -1
> > wal_compression: on
> >
> > Got some qps dips.
> >
> > Changed fsync and full_page_rewrite to 'off'.
> > Which helped in avoiding these many long dips in performance:
> >
> > But fsync ensures DBMS consistency. So, instead of that can I change a
> few other configurations to avoid these inconsistent performance dips ?
>
> Try playing with "bgwriter_flush_after", "checkpoint_flush_after" and
> "wal_writer_flush_after"
> and see if that influences the behavior.
>
> Yours,
> Laurenz Albe
> --
> Cybertec | https://www.cybertec-postgresql.com
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tomas Pospisek | 2021-10-01 12:03:29 | Re: postgresql11: How to use publication/subscription on primary/standby setup |
Previous Message | Laurenz Albe | 2021-10-01 11:49:19 | Re: Sysbench tests on PG12 |