| From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
|---|---|
| To: | Hüseyin Demir <huseyin(dot)d3r(at)gmail(dot)com> |
| Cc: | Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: client_connection_check_interval default value |
| Date: | 2026-04-06 14:55:08 |
| Message-ID: | CAHGQGwE6BJjZjux86jE4im3axnSNK4R8DgKU6KnyPpCgWjNj3Q@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Apr 6, 2026 at 10:00 PM Hüseyin Demir <huseyin(dot)d3r(at)gmail(dot)com> wrote:
> Appreciated for the patch. I reviewed it quickly.
>
> In the test description it says that `still waiting logged exactly once despite pg_reload_conf() wakeups")` but the test sends via pg_log_backend_memory_contexts(). It would make sense to update it.
>
> ```
> - 1, "still waiting logged exactly once despite pg_reload_conf() wakeups");
> + 1, "still waiting logged exactly once despite wakeups from pg_log_backend_memory_contexts()");
> ```
>
> Secondly, before finishing the test it tries to check that no log_lock_waits messages are emitted. But the comment has the opposite meaning.
>
> ```
> - 'check that log_lock_waits message is emitted when the lock is acquired after waiting'
> + 'check that no log_lock_waits message is emitted when the lock is acquired after waiting'
> ```
>
> I'm not sure they need to change but these are the only topics I wanted to add. Otherwise, lgtm and thanks.
>
> I attached the v3 to convey my ideas. You can use it or update the existing if you think the suggestions are reasonable.
Thanks for the review and for updating the patch!
Your changes look good to me.
I also added a comment explaining why the test wakes the backend,
and then pushed the patch. Thanks again!
Regards,
--
Fujii Masao
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2026-04-06 14:55:22 | Re: PG 19 release notes and authors |
| Previous Message | Robert Haas | 2026-04-06 14:55:02 | Re: pgsql: Reduce log level of some logical decoding messages from LOG to D |