Re: A new function to wait for the backend exit after termination - Mailing list pgsql-hackers

From Bharath Rupireddy
Subject Re: A new function to wait for the backend exit after termination
Date
Msg-id CALj2ACUHJRrm_rsL9PWvYi4FbSyO15de2dutb8uxXdBnsg5QfQ@mail.gmail.com
Whole thread Raw
In response to RE: A new function to wait for the backend exit after termination  ("Hou, Zhijie" <houzj.fnst@cn.fujitsu.com>)
Responses RE: A new function to wait for the backend exit after termination
List pgsql-hackers
Thanks for the review.

On Thu, Dec 3, 2020 at 7:24 AM Hou, Zhijie <houzj.fnst@cn.fujitsu.com> wrote:
>
> 1.
> +
> +       ereport(WARNING,
> +                       (errmsg("could not wait for the termination of the backend with PID %d within %ld
milliseconds",
> +                                       pid, timeout)));
> +
>
> The code use %ld to print int64 type.
> How about use INT64_FORMAT, which looks more appropriate.
>

Changed it to use %lld and typecasting timeout to (long long int) as
suggested by Tom.

>
> 2.
> +       if (timeout <= 0)
> +       {
> +               ereport(WARNING,
> +                               (errmsg("timeout cannot be negative or zero: %ld", timeout)));
> +               PG_RETURN_BOOL(r);
> +       }
>
> The same as 1.
>

Changed.

>
> 3.
> +pg_terminate_backend_and_wait(PG_FUNCTION_ARGS)
> +{
> +       int     pid = PG_GETARG_DATUM(0);
>
> +pg_wait_backend(PG_FUNCTION_ARGS)
> +{
> +       int             pid = PG_GETARG_INT32(0);
>
> The code use different macro to get pid,
> How about use PG_GETARG_INT32(0) for each one.
>

Changed.

> I am Sorry I forgot a possible typo comment.
>
> +{ oid => '16386', descr => 'terminate a backend process and wait for it\'s exit or until timeout occurs'
>
> Does the following change looks better?
>
> Wait for it\'s exit => Wait for its exit
>

Changed.

>
> I changed the status to 'wait on anthor'.
> The others of the patch LGTM,
> I think it can be changed to Ready for Committer again, when this comment is confirmed.
>

Attaching v4 patch. Please have a look.

With Regards,
Bharath Rupireddy.
EnterpriseDB: http://www.enterprisedb.com

Attachment

pgsql-hackers by date:

Previous
From: "tsunakawa.takay@fujitsu.com"
Date:
Subject: RE: Disable WAL logging to speed up data loading
Next
From: Fujii Masao
Date:
Subject: Re: Deprecate custom encoding conversions