Add mention of shared-memory/disk for multi-master clustering.

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index 940261d24725c8471e5874ade4714986275f1ba5..ba7f2e2d9fd31e1fe48d049e9d0ec56568b67f1c 100644 (file)
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1,4 +1,4 @@
-
+
 
 
  High Availability and Load Balancing
@@ -193,11 +193,13 @@ protocol to make nodes agree on a serializable transactional order.
     other server before each transaction commits.  Heavy write
     activity can cause excessive locking, leading to poor performance.
     In fact, write performance is often worse than that of a single
-    server.  Read requests can be sent to any server.  Clustering
-    is best for mostly read workloads, though its big advantage
-    is that any server can accept write requests — there is
-    no need to partition workloads between master and slave servers,
-    and because the data changes are sent from one server to another,
+    server.  Read requests can be sent to any server.  Some
+    implementations use cluster-wide shared memory or shared disk
+    to reduce the communication overhead.  Clustering is best for
+    mostly read workloads, though its big advantage is that any
+    server can accept write requests — there is no need to
+    partition workloads between master and slave servers, and
+    because the data changes are sent from one server to another,
     there is no problem with non-deterministic functions like
     random().