Re: CommitDelay performance improvement

Поиск
Список
Период
Сортировка
От ncm@zembu.com (Nathan Myers)
Тема Re: CommitDelay performance improvement
Дата
Msg-id 20010223132133.P624@store.zembu.com
обсуждение исходный текст
Ответ на CommitDelay performance improvement  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: CommitDelay performance improvement  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: CommitDelay performance improvement  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Fri, Feb 23, 2001 at 11:32:21AM -0500, Tom Lane wrote:
> A further refinement, still quite cheap to implement since the info is
> in the PROC struct, would be to not count backends that are blocked
> waiting for locks.  These guys are less likely to be ready to commit
> in the next few milliseconds than the guys who are actively running;
> indeed they cannot commit until someone else has committed/aborted to
> release the lock they need.
> 
> Comments?  What should the threshold N be ... or do we need to make
> that a tunable parameter?

Once you make it tuneable, you're stuck with it.  You can always add
a knob later, after somebody discovers a real need.

Nathan Myers
ncm@zembu.com


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: beta5 packages ...
Следующее
От: Matthew
Дата:
Сообщение: RE: beta5 packages ...