Re: enhance pg_log_backend_memory_contexts() to log memory contexts of auxiliary processes

From: vignesh C <vignesh21(at)gmail(dot)com>
To: Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>
Cc: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, torikoshia <torikoshia(at)oss(dot)nttdata(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: enhance pg_log_backend_memory_contexts() to log memory contexts of auxiliary processes
Date: 2021-11-28 06:52:06
Message-ID: CALDaNm0DrVuKTs1-+5XjqzMyNsJXjC8TYxXJnjdquOM+HYxEFQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Nov 15, 2021 at 10:27 PM Bharath Rupireddy
<bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
>
> On Mon, Nov 15, 2021 at 10:04 PM vignesh C <vignesh21(at)gmail(dot)com> wrote:
> >
> > On Mon, Nov 15, 2021 at 7:47 AM Bharath Rupireddy
> > <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
> > >
> > > On Fri, Nov 5, 2021 at 11:12 AM Bharath Rupireddy
> > > <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
> > > > PSA v2 patch and review it.
> > >
> > > I've modified the docs part a bit, please consider v3 for review.
> >
> > Thanks for the update patch, Few comments:
> > 1) Should we change "CHECK_FOR_INTERRUPTS()" to
> > "CHECK_FOR_INTERRUPTS() or process specific interrupt handlers"
>
> Done.
>
> > 2) Should we mention Postmaster process also along with logger and
> > statistics collector process
> > + <glossterm linkend="glossary-backend">backend</glossterm> or the
> > + <glossterm linkend="glossary-wal-sender">WAL sender</glossterm> or the
> > + <glossterm linkend="glossary-auxiliary-proc">auxiliary
> > process</glossterm>
> > + with the specified process ID. All of the
> > + <glossterm linkend="glossary-auxiliary-proc">auxiliary
> > processes</glossterm>
> > + are supported except the <glossterm
> > linkend="glossary-logger">logger</glossterm>
> > + and the <glossterm
> > linkend="glossary-stats-collector">statistics collector</glossterm>
> > + as they are not connected to shared memory the function can
> > not make requests.
> > + The backtrace will be logged at <literal>LOG</literal> message level.
> > + They will appear in the server log based on the log configuration set
> > + (See <xref linkend="runtime-config-logging"/> for more information),
> > + but will not be sent to the client regardless of
>
> Done.
>
> Attaching v4 patch, please review it further.

One small comment:
1) There should be a space in between "<literal>LOG</literal>message level"
+ it can) for memory contexts. These memory contexts will be logged at
+ <literal>LOG</literal>message level. They will appear in the server log
+ based on the log configuration set (See <xref
linkend="runtime-config-logging"/>
+ for more information), but will not be sent to the client regardless of

The rest of the patch looks good to me.

Regards,
Vignesh

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bharath Rupireddy 2021-11-28 06:52:45 Re: Synchronizing slots from primary to standby
Previous Message Bharath Rupireddy 2021-11-28 06:43:08 Re: pg_waldump stucks with options --follow or -f and --stats or -z