Re: Synchronization levels in SR

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Synchronization levels in SR
Дата
Msg-id 1283806933.1834.10557.camel@ebony
обсуждение исходный текст
Ответ на Re: Synchronization levels in SR  (Boszormenyi Zoltan <zb@cybertec.at>)
Ответы Re: Synchronization levels in SR  (Greg Stark <gsstark@mit.edu>)
Re: Synchronization levels in SR  (Robert Haas <robertmhaas@gmail.com>)
Re: Synchronization levels in SR  (Fujii Masao <masao.fujii@gmail.com>)
Список pgsql-hackers
On Mon, 2010-09-06 at 22:32 +0200, Boszormenyi Zoltan wrote:
> (in commit)
> write wal record
> release locks/etc   <xact2 can proceed from here
> wait for sync ack
> 
> In the first case, the contention is obviously increased.
> With this, we are creating more idle time in the server
> instead of letting other transactions do their jobs as soon
> as possible. The second method was implemented in my
> patch. Are there any drawbacks with this? 

Then I respectfully suggest that you're releasing locks too early.

Your proposal would allow a 2nd user to see the results of the 1st
user's transaction before the 1st user knew about whether it had
committed or not.

I know why you want that, but I don't think its right.

This has very little, if anything, to do with mixing async/sync
connections. You make it sound like all transactions always wait for
other transactions, which they definitely don't, especially in
reasonably well designed applications.

-- Simon Riggs           www.2ndQuadrant.comPostgreSQL Development, 24x7 Support, Training and Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Boszormenyi Zoltan
Дата:
Сообщение: Re: Synchronization levels in SR
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Interruptible sleeps (was Re: CommitFest 2009-07: Yay, Kevin! Thanks, reviewers!)