postgresql/src/backend/storage/ipc
Tom Lane f9ed327f76 Clean up some awkward, inaccurate, and inefficient processing around
MaxStandbyDelay.  Use the GUC units mechanism for the value, and choose more
appropriate timestamp functions for performing tests with it.  Make the
ps_activity manipulation in ResolveRecoveryConflictWithVirtualXIDs have
behavior similar to ps_activity code elsewhere, notably not updating the
display when update_process_title is off and not truncating the display
contents at an arbitrarily-chosen length.  Improve the docs to be explicit
about what MaxStandbyDelay actually measures, viz the difference between
primary and standby servers' clocks, and the possible hazards if their clocks
aren't in sync.
2010-05-02 02:10:33 +00:00
..
ipc.c Clear error_context_stack and debug_query_string at the beginning of proc_exit, 2010-03-20 00:58:09 +00:00
ipci.c Replace the pg_listener-based LISTEN/NOTIFY mechanism with an in-memory queue. 2010-02-16 22:34:57 +00:00
Makefile Allow read only connections during recovery, known as Hot Standby. 2009-12-19 01:32:45 +00:00
pmsignal.c Introduce Streaming Replication. 2010-01-15 09:19:10 +00:00
procarray.c Rename the parameter recovery_connections to hot_standby, to reduce possible 2010-04-29 21:36:19 +00:00
procsignal.c pgindent run for 9.0 2010-02-26 02:01:40 +00:00
README Make source code READMEs more consistent. Add CVS tags to all README files. 2008-03-20 17:55:15 +00:00
shmem.c Modify ShmemInitStruct and ShmemInitHash to throw errors internally, 2010-04-28 16:54:16 +00:00
shmqueue.c Update copyright for the year 2010. 2010-01-02 16:58:17 +00:00
sinval.c Update copyright for the year 2010. 2010-01-02 16:58:17 +00:00
sinvaladt.c pgindent run for 9.0 2010-02-26 02:01:40 +00:00
standby.c Clean up some awkward, inaccurate, and inefficient processing around 2010-05-02 02:10:33 +00:00

$PostgreSQL: pgsql/src/backend/storage/ipc/README,v 1.5 2008/03/20 17:55:15 momjian Exp $

Cache Invalidation Synchronization Routines
===========================================

Mon Jul 18 11:09:22 PDT 1988  W.KLAS

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
told 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.