Re: LWLocks by LockManager slowing large DB

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: LWLocks by LockManager slowing large DB
Дата
Msg-id
3395561.1618352948@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
LWLocks by LockManager slowing large DB Paul Friedman <paul.friedman@streetlightdata.com>
Re: LWLocks by LockManager slowing large DB Andres Freund <andres@anarazel.de>
RE: LWLocks by LockManager slowing large DB Paul Friedman <paul.friedman@streetlightdata.com>
Re: LWLocks by LockManager slowing large DB Andres Freund <andres@anarazel.de>
RE: LWLocks by LockManager slowing large DB Paul Friedman <paul.friedman@streetlightdata.com>
Re: LWLocks by LockManager slowing large DB Andres Freund <andres@anarazel.de>
RE: LWLocks by LockManager slowing large DB Paul Friedman <paul.friedman@streetlightdata.com>
Re: LWLocks by LockManager slowing large DB Andres Freund <andres@anarazel.de>
RE: LWLocks by LockManager slowing large DB Paul Friedman <paul.friedman@streetlightdata.com>
Re: LWLocks by LockManager slowing large DB Andres Freund <andres@anarazel.de>
Re: LWLocks by LockManager slowing large DB Tom Lane <tgl@sss.pgh.pa.us>
Re: LWLocks by LockManager slowing large DB Tom Lane <tgl@sss.pgh.pa.us>
RE: LWLocks by LockManager slowing large DB Paul Friedman <paul.friedman@streetlightdata.com>
Andres Freund  writes:
> On 2021-04-13 11:47:06 -0700, Paul Friedman wrote:
>> YES!!!  This completely alleviates the bottleneck and I'm able to run the
>> queries full-throttle.  Thank you SO much for your help+insight.

> Cool. And damn: I can't immediately think of a way to optimize this to
> not require this kind of hack in the future.

Maybe the same thing we do with user tables, ie not give up the lock
when we close a toast rel?  As long as the internal lock counters
are 64-bit, we'd not have to worry about overflowing them.

			regards, tom lane


В списке pgsql-performance по дате отправления
От: Andres Freund
Дата:
От: Paul Friedman
Дата:
FAQ