Re: Stack-based tracking of per-node WAL/buffer usage

From: Andres Freund <andres(at)anarazel(dot)de>
To: Lukas Fittl <lukas(at)fittl(dot)com>
Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Tomas Vondra <tomas(at)vondra(dot)me>, Peter Smith <smithpb2250(at)gmail(dot)com>, Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com>
Subject: Re: Stack-based tracking of per-node WAL/buffer usage
Date: 2026-04-08 04:09:53
Message-ID: a5t73gmql64y7pwmb3wvuvvnhil45ucyk46ud37olk3cgvvj44@rhrak3zuafjb
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2026-04-07 15:27:45 -0700, Lukas Fittl wrote:
> On Tue, Apr 7, 2026 at 3:19 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
> I think renaming makes sense - both to make sure extensions reconsider
> how they use it, and because "totaltime" is a bad name anyway, because
> its not just about timing (and hasn't been for many releases).
>
> "query_instr[_options]" seems reasonable to me, although we could drop
> the "query_" since it'd be "queryDesc->query_instr" vs
> "queryDesc->instr".

Done that way.

I earlier pushed 0002 too.

> > Kinda wonder about having
> > EXPLAIN (ANALYZE BUFFERS totals_only, WAL totals_only) ...;
> >
> > in plenty cases that'd be all one needs, at substantially lower cost.
>
> True. I don't like the name "totals_only", but I like the concept.

I spent all of three seconds coming up with it... :)

> Today someone has to go to pg_stat_statements to get just the total
> numbers, without running them for all nodes with EXPLAIN ANALYZE (and
> incurring its overhead).

Yep.

Greetings,

Andres Freund

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David G. Johnston 2026-04-08 04:28:18 Re: doc: Improve wal_level and effective_wal_level GUC around logical replication
Previous Message Chao Li 2026-04-08 04:06:07 Re: pg_test_timing: fix unit typo and widen diff type