Re: Replication Ideas

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
Cc: PgSQL General ML <pgsql-general(at)postgresql(dot)org>
Subject: Re: Replication Ideas
Date: 2003-08-28 21:00:02
Message-ID: 3F4E6D52.90206@Yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-performance

Ron Johnson wrote:

> Notes:
> a) this is, of course, not *sufficient* for multi-master
> b) yes, you need a fast, low latency network for the DLM chatter.

"Fast" is an understatement. The DLM you're talking about would (in our
case) need to use Spread's AGREED_MESS or SAFE_MESS service type,
meaning guarantee of total order. A transaction that needs any type of
lock sends that request into the DLM group and then waits. The incoming
stream of lock messages determines success or failure. With the overhead
of these service types I don't think one single communication group for
all database backends in the whole cluster guaranteeing total order will
be that efficient.

>
> This is a tried and true method of synchronization. DEC Rdb/VMS
> has been using it for 19 years as the underpinnings of it's cluster
> technology, and Oracle licensed it from them (well, really Compaq)
> for it's 9i RAC.

Are you sure they're using it that way?

Jan

--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jenny - 2003-08-28 21:11:26 running bdg on postgresql`
Previous Message Stephen Frost 2003-08-28 20:53:01 Vacuuming and already vacuumed table?

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-08-28 21:05:05 Re: New array functions
Previous Message Thomas Schoebel-Theuer 2003-08-28 20:53:39 Obscure: correctness of lock manager???

Browse pgsql-performance by date

  From Date Subject
Next Message Vivek Khera 2003-08-28 21:16:41 opinion on RAID choice
Previous Message scott.marlowe 2003-08-28 20:39:11 Re: Queries sometimes take 1000 times the normal time