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
|
Список | 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 по дате отправления: