mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-08-27 11:27:19 +02:00
fb5f1b2c13
so that only one signal number is used not three. Flags in shared memory tell the reason(s) for the current signal. This method is extensible to handle more signal reasons without chewing up even more signal numbers, but the immediate reason is to keep pg_pwd reloads separate from SIGHUP processing in the postmaster. Also clean up some problems in the postmaster with delayed response to checkpoint status changes --- basically, it wouldn't schedule a checkpoint if it wasn't getting connection requests on a regular basis. |
||
---|---|---|
.. | ||
ipc.c | ||
ipci.c | ||
Makefile | ||
pmsignal.c | ||
README | ||
shmem.c | ||
shmqueue.c | ||
sinval.c | ||
sinvaladt.c |
$Header: /cvsroot/pgsql/src/backend/storage/ipc/README,v 1.1.1.1 1996/07/09 06:21:54 scrappy Exp $ Mon Jul 18 11:09:22 PDT 1988 W.KLAS Cache invalidation synchronization routines: =========================================== The cache synchronization is done using a message queue. Every backend can register a message which then has to be read by all backends. A message read by all backends is removed from the queue automatically. If a message has been lost because the buffer was full, all backends that haven't read this message will be noticed that they have to reset their cache state. This is done at the time when they try to read the message queue. The message queue is implemented as a shared buffer segment. Actually, the queue is a circle to allow fast inserting, reading (invalidate data) and maintaining the buffer. Access to this shared message buffer is synchronized by the lock manager. The lock manager treats the buffer as a regular relation and sets relation level locks (with mode = LockWait) to block backends while another backend is writing or reading the buffer. The identifiers used for this special 'relation' are database id = 0 and relation id = 0. The current implementation prints regular (e)log information when a message has been removed from the buffer because the buffer is full, and a backend has to reset its cache state. The elog level is NOTICE. This can be used to improve teh behavior of backends when invalidating or reseting their cache state.