RE: New statistics for tuning WAL buffer size

From: Masahiro Ikeda <ikedamsh(at)oss(dot)nttdata(dot)com>
To: tsunakawa(dot)takay(at)fujitsu(dot)com
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: RE: New statistics for tuning WAL buffer size
Date: 2020-08-19 04:41:29
Message-ID: aa308d0b9c3b38f13e13f5f58bff1c89@oss.nttdata.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2020-08-18 16:35, tsunakawa(dot)takay(at)fujitsu(dot)com wrote:
> From: Masahiro Ikeda <ikedamsh(at)oss(dot)nttdata(dot)com>
>> It's important to provide the metrics for tuning the size of WAL
>> buffers.
>> For now, it's lack of the statistics how often processes wait to write
>> WAL
>> because WAL buffer is full.
>>
>> If those situation are often occurred, WAL buffer is too small for the
>> workload.
>> DBAs must to tune the WAL buffer size for performance improvement.
>
> Yes, it's helpful to know if we need to enlarge the WAL buffer.
> That's why our colleague HariBabu proposed the patch. We'd be happy
> if it could be committed in some form.
>
>> There are related threads, but those are not merged.
>> https://www.postgresql.org/message-id/4FF824F3.5090407@uptime.jp
>> https://www.postgresql.org/message-id/flat/CAJrrPGc6APFUGYNcPe4qcNx
>> pL8gXKYv1KST%2BvwJcFtCSCEySnA%40mail.gmail.com
>
> What's the difference between those patches? What blocked them from
> being committed?

Thanks for replying.

Since the above threads are not active now and those patches can't be
applied HEAD,
I made this thread. If it is better to reply the above thread, I will do
so.

If my understanding is correct, we have to measure the performance
impact first.
Do you know HariBabu is now trying to solve it? If not, I will try to
modify patches to apply HEAD.

Regards,
--
Masahiro Ikeda
NTT DATA CORPORATION

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message tsunakawa.takay@fujitsu.com 2020-08-19 04:49:02 RE: New statistics for tuning WAL buffer size
Previous Message Amit Kapila 2020-08-19 04:40:43 Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions