Re: Geographic High-Availability/Replication - Mailing list pgsql-general

From Gregory Stark
Subject Re: Geographic High-Availability/Replication
Date
Msg-id 87absh0y9h.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: Geographic High-Availability/Replication  (Ron Johnson <ron.l.johnson@cox.net>)
Responses Re: Geographic High-Availability/Replication  (Markus Schiltknecht <markus@bluegap.ch>)
List pgsql-general
"Ron Johnson" <ron.l.johnson@cox.net> writes:

> On 08/24/07 08:21, Markus Schiltknecht wrote:
>
>> This is commonly known as synchronous replication. As that involves
>> *at-least* one round-trip *before* committing, it's quite expensive. Can
>> you live with a delay of ~150ms before COMMIT confirmation?
>
> Which puts an upper limit on transaction rates at 6TPS.  Blech.

Only if your application is single-threaded. By single-threaded I don't refer
to operating system threads but to the architecture. If you're processing a
large batch file handling records one by one and waiting for each commit
before proceeding then it's single threaded. If you have a hundred independent
clients on separate connections doing separate things then each one of them
could get 6tps. Which you have will depend on your application and your needs,
it may not be something you can change.

--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Undetected corruption of table files
Next
From: Bruce Momjian
Date:
Subject: Re: FATAL: could not reattach to shared memory (Win32)