Re: Reducing contention for the LockMgrLock

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Reducing contention for the LockMgrLock
Дата
Msg-id 1134035836.2906.1070.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: Reducing contention for the LockMgrLock  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Reducing contention for the LockMgrLock  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, 2005-12-07 at 22:53 -0500, Tom Lane wrote:
> Simon Riggs <simon@2ndquadrant.com> writes:
> > My view would be that the LockMgrLock is not relevant for all workloads,
> > but I want even more to be able to discuss whether it is, or is not, on
> > an accepted basis before discussions begin.
> 
> Certainly.  I showed the evidence ...

The output you gave wasn't anything I recognize in the code. Assuming
its not already there, please can you share code you are using to find
the evidence, even if its just privately in some form?

You're looking at the number of spins to acquire each lock? Or some
other measure of wait time on a lock?

I want to be in a position to run tests and then share the output with
the project in an agreed form, then quickly move to action. You're right
to put the burden of proof onto test results; I want to agree the
measurements before we test.

Manfred's earlier patch provides very clear output for observing
contention, including full summaries. Could we commit that, so we can
all use this for analysis? Updated with the wait info.

Best Regards, Simon Riggs






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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Reducing contention for the LockMgrLock
Следующее
От: Hannu Krosing
Дата:
Сообщение: Re: Reducing relation locking overhead