Re: explain format json, unit for serialize and memory are different.

From: jian he <jian(dot)universality(at)gmail(dot)com>
To: David Rowley <dgrowleyml(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Paquier <michael(at)paquier(dot)xyz>, Daniel Gustafsson <daniel(at)yesql(dot)se>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: explain format json, unit for serialize and memory are different.
Date: 2024-05-15 03:40:11
Message-ID: CACJufxE+4sDYA=A94Wyh4gmL=W8p_sWa4GvELp-cy1-50=8EjQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, May 15, 2024 at 10:13 AM David Rowley <dgrowleyml(at)gmail(dot)com> wrote:
>
> On Wed, 15 May 2024 at 13:44, jian he <jian(dot)universality(at)gmail(dot)com> wrote:
> > "Shared Hit Blocks": 0,
> > "Shared Read Blocks": 0,
> > "Shared Dirtied Blocks": 0,
> > "Shared Written Blocks": 0,
> > "Local Hit Blocks": 0,
> > "Local Read Blocks": 0,
> > "Local Dirtied Blocks": 0,
> > "Local Written Blocks": 0,
> > "Temp Read Blocks": 0,
> > "Temp Written Blocks": 0
> >
> > these information duplicated for json key "Serialization" and json key
> > "Planning"
> > i am not sure this is intended?
>
> Looks ok to me. Buffers used during planning are independent from the
> buffers used when outputting rows to the client.
>

looking at serializeAnalyzeReceive.
I am not sure which part of serializeAnalyzeReceive will update pgBufferUsage.

I am looking for an example where this information under json key
"Serialization" is not zero.
So far I have tried:

create table s(a text);
insert into s select repeat('a', 1024) from generate_series(1,1024);
explain (format json, analyze, wal, buffers, memory, serialize, timing
off) select * from s;

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2024-05-15 03:55:56 Re: Fix src/test/subscription/t/029_on_error.pl test when wal_debug is enabled
Previous Message Imseih (AWS), Sami 2024-05-15 03:24:05 Re: query_id, pg_stat_activity, extended query protocol