Tom Lane 22f6f2c1cc Improve management of statement timeouts. ... Commit f8e5f156b added private state in postgres.c to track whether a statement timeout is running. This seems like bad design to me; timeout.c's private state should be the single source of truth about that. We already fixed one bug associated with failure to keep those states in sync (cf. be42015fc), and I've got little faith that we won't find more in future. So get rid of postgres.c's local variable by exposing a way to ask timeout.c whether a timeout is running. (Obviously, such an inquiry is subject to race conditions, but it seems fine for the purpose at hand.) To make get_timeout_active() as cheap as possible, add a flag in the per-timeout struct showing whether that timeout is active. This allows some small savings elsewhere in timeout.c, mainly elimination of unnecessary searches of the active_timeouts array. While at it, fix enable_statement_timeout to not call disable_timeout when statement_timeout is 0 and the timeout is not running. This avoids a useless deschedule-and-reschedule-timeouts cycle, which represents a significant savings (at least one kernel call) when there is any other active timeout. Right now, there usually isn't, but there are proposals around to change that. Discussion: https://postgr.es/m/16035-456e6e69ebfd4374@postgresql.org		2019-10-25 11:41:16 -04:00
..
dest.c	Initial pgindent run for v12.	2019-05-22 12:55:34 -04:00
fastpath.c	Phase 2 pgindent run for v12.	2019-05-22 13:04:48 -04:00
Makefile	Define WIN32_STACK_RLIMIT throughout win32 and cygwin builds.	2019-04-09 08:25:39 -07:00
postgres.c	Improve management of statement timeouts.	2019-10-25 11:41:16 -04:00
pquery.c	Fix inconsistencies and typos in the tree	2019-07-29 12:28:30 +09:00
utility.c	Allow setting statistics target for extended statistics	2019-09-11 00:25:51 +02:00