OSDN Git Service

Tweak startup sequence so that running out of PROC array slots is
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 16 Jun 2001 22:58:17 +0000 (22:58 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 16 Jun 2001 22:58:17 +0000 (22:58 +0000)
commit2917f0a5dd041295bd7e19f6bf868827640d44b0
tree64cb1e90420a629884642c6df9df7e22cbc87a5d
parent668db147d5d20291a67749ee0102d70b81a108e7
Tweak startup sequence so that running out of PROC array slots is
detected sooner in backend startup, and is treated as an expected error
(it gives 'Sorry, too many clients already' now).  This allows us not
to have to enforce the MaxBackends limit exactly in the postmaster.
Also, remove ProcRemove() and fold its functionality into ProcKill().
There's no good reason for a backend not to be responsible for removing
its PROC entry, and there are lots of good reasons for the postmaster
not to be touching shared-memory data structures.
src/backend/postmaster/postmaster.c
src/backend/storage/ipc/sinval.c
src/backend/storage/ipc/sinvaladt.c
src/backend/storage/lmgr/proc.c
src/backend/utils/init/postinit.c
src/include/storage/proc.h