Re: Geographic High-Availability/Replication

From: Markus Schiltknecht <markus(at)bluegap(dot)ch>
To: Gregory Stark <stark(at)enterprisedb(dot)com>
Cc: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: Geographic High-Availability/Replication
Date: 2007-08-24 16:54:35
Message-ID: 46CF0D4B.2050205@bluegap.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,

Gregory Stark wrote:
> 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.

Correct.

Plus, as in the implementation of Postgres-R, performance is *not* bound
to the slowest node. Instead, every node can process transactions at
it's own speed. Slower nodes might then have to queue transactions from
those until they catch up again.

Regards

Markus

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Shelby Cain 2007-08-24 17:08:35 Re: FATAL: could not reattach to shared memory (Win32)
Previous Message Tom Lane 2007-08-24 16:46:46 Re: Out of Memory - 8.2.4