Re: User Interface for WAL usage data

From: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>
To: pryzby(at)telsasoft(dot)com
Cc: amit(dot)kapila16(at)gmail(dot)com, pgsql-hackers(at)lists(dot)postgresql(dot)org, rjuju123(at)gmail(dot)com, dilipbalaut(at)gmail(dot)com, kirill(dot)bychik(at)gmail(dot)com, masao(dot)fujii(at)oss(dot)nttdata(dot)com
Subject: Re: User Interface for WAL usage data
Date: 2020-04-02 05:58:26
Message-ID: 20200402.145826.78549992113208057.horikyota.ntt@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At Thu, 2 Apr 2020 00:41:20 -0500, Justin Pryzby <pryzby(at)telsasoft(dot)com> wrote in
> On Thu, Apr 02, 2020 at 10:13:18AM +0530, Amit Kapila wrote:
> > In thread [1], we are discussing to expose WAL usage data for each
> > statement in a way quite similar to how we expose BufferUsage data.
> > The way it exposes seems reasonable to me and no one else raises any
> > objection. It could be that it appears fine to others who have
> > reviewed the patch but I thought it would be a good idea to write a
> > separate email just for its UI and see if anybody has objection.
>
> +1
>
> Regarding v10-0004-Add-option-to-report-WAL-usage-in-EXPLAIN-and-au.patch:
> I think there should be additional spaces before "full" and before "bytes":
>
> > WAL: records=2359 full page records=42 bytes=447788
>
> Compare with these:
>
> "Sort Method: %s %s: %ldkB\n",
> "Buckets: %d (originally %d) Batches: %d (originally %d) Memory Usage: %ldkB\n",
> "Buckets: %d Batches: %d Memory Usage: %ldkB\n",
>
> Otherwise "records=2359 full page records=42" is hard to parse.

I got the same feeling seeing the line.

"full page records" seems to be showing the number of full page
images, not the record having full page images.

> > Exposed via auto_explain
> > WAL: records=200 full page records=2 bytes=37387
>
> Same
>
> In v10-0002:
> + * BufferUsage and WalUsage during executing maintenance command can be
> should say "during execution of a maintenance command".
> I'm afraid that'll cause merge conflicts for you :(
>
> In 0003:
> + /* Provide WAL update data to the instrumentation */
> Remove "data" ??

--
Kyotaro Horiguchi
NTT Open Source Software Center

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Julien Rouhaud 2020-04-02 06:01:54 Re: BUG #16109: Postgres planning time is high across version (Expose buffer usage during planning in EXPLAIN)
Previous Message Justin Pryzby 2020-04-02 05:58:19 Re: Allow continuations in "pg_hba.conf" files