Re: Geographic High-Availability/Replication

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: Geographic High-Availability/Replication
Дата
Msg-id 87absh0y9h.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: Geographic High-Availability/Replication  (Ron Johnson <ron.l.johnson@cox.net>)
Ответы Re: Geographic High-Availability/Replication  (Markus Schiltknecht <markus@bluegap.ch>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Undetected corruption of table files
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: FATAL: could not reattach to shared memory (Win32)