Re: CheckpointStartLock starvation

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: CheckpointStartLock starvation
Дата
Msg-id 46116CA9.7010800@enterprisedb.com
обсуждение исходный текст
Ответ на Re: CheckpointStartLock starvation  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: CheckpointStartLock starvation  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Heikki Linnakangas <heikki@enterprisedb.com> writes:
>> As a proposed fix, instead of acquiring the CheckpointStartLock in 
>> RecordTransactionCommit, we set a flag in MyProc saying "commit in 
>> progress". Checkpoint will scan through the procarray and make note of 
>> any commit in progress transactions, after computing the new redo record 
>> ptr, and wait for all of them to finish before flushing clog.
> 
> What sort of "wait for finish" mechanism do you have in mind?  While
> I've always thought CheckpointStartLock is a pretty ugly solution,
> I'm not sure the above is better.

I was thinking of XactLockTableWait.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Gregory Stark
Дата:
Сообщение: Re: Is this portable?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [PATCHES] Use non-deprecated APIs for dynloader/darwin.c