Re: Interaction between "client_connection_check_interval" and "log_lock_waits" parameters

Tom Lane <tgl@sss.pgh.pa.us>

From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alfonso Escribano <alfonso.escribano@meteologica.com>
Cc: pgsql-general@lists.postgresql.org
Date: 2025-12-03T17:36:30Z
Lists: pgsql-general
Alfonso Escribano <alfonso.escribano@meteologica.com> writes:
>     When client_connection_check_interval has any value, and
>     log_lock_waits is enabled, the postgresql log displays a message
>     about lock waits with the frequency of
>     client_connection_check_interval.

When log_lock_waits is enabled, we'll print that "still waiting"
message anytime ProcSleep is awoken from a wait-for-lock sleep,
if it's already waited deadlock_timeout or longer.  Normally there
isn't much that would awaken such a process other than being granted
the lock.  But here, you've set client_connection_check_interval
so short that that interrupt happens repeatedly while waiting.

Why in the world would you want client_connection_check_interval
as short as 10 ms?  Sane values would probably be more like 10 s.

			regards, tom lane