| From: | Atsushi Torikoshi <torikoshia(dot)tech(at)gmail(dot)com> |
|---|---|
| To: | Jelte Fennema-Nio <postgres(at)jeltef(dot)nl> |
| Cc: | torikoshia <torikoshia(at)oss(dot)nttdata(dot)com>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>, Tomas Vondra <tomas(at)vondra(dot)me> |
| Subject: | Re: RFC: Allow EXPLAIN to Output Page Fault Information |
| Date: | 2026-05-25 12:17:56 |
| Message-ID: | CAM6-o=BL59LgruKXm3DCjzFzvr7TTJPtryEPj51YeGMFrWO0EQ@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sun, May 24, 2026 at 6:50 PM Jelte Fennema-Nio <postgres(at)jeltef(dot)nl> wrote:
>
> On Fri, 22 May 2026 at 18:07, Atsushi Torikoshi
> <torikoshia(dot)tech(at)gmail(dot)com> wrote:
> > Updated the patch to clarify that the reported values include not only
> > the backend process executing the query, but also any parallel query
> > worker processes involved in the query.
>
> For PG19 Tomas added an IO option to EXPLAIN. I think it would be
> better to have the Storage IO tracking be enabled by the IO option,
> rather than the BUFFERS option.
Thank you for pointing that out.
I agree that having this under the IO option seems more intuitive.
One thing I am slightly concerned about, though, is that according to
the documentation, the IO option reports only I/O performed by scan
nodes:
> Include information on I/O performed by scan nodes providing such information.
In contrast, the information produced by this patch is based on
getrusage(), so it includes all Storage I/O performed by the backend
and parallel workers, not just scan nodes.
For example, it would also include temporary file I/O generated by
operations such as sorts that spill to disk when they exceed work_mem.
I suppose this could be clarified in the documentation, but I would be
interested to hear if anyone has concerns or objections about that
approach.
--
Regards,
Atsushi Torikoshi
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Daniel Gustafsson | 2026-05-25 14:12:53 | Re: Tighten SCRAM iteration parsing and bound libpq PBKDF2 work |
| Previous Message | Chengpeng Yan | 2026-05-25 12:15:47 | Re: Is there value in having optimizer stats for joins/foreignkeys? |