[prev in list] [next in list] [prev in thread] [next in thread]
List: pgsql-performance
Subject: Re: LWLocks by LockManager slowing large DB
From: Alvaro Herrera <alvherre () alvh ! no-ip ! org>
Date: 2021-04-14 13:20:46
Message-ID: 20210414132046.GA30141 () alvherre ! pgsql
[Download RAW message or body]
Hello
On 2021-Apr-13, Andres Freund wrote:
> > The concerns that had come to my mind were more along the lines
> > of things like pg_dump requiring a larger footprint in the shared
> > lock table. We could alleviate that by increasing the default
> > value of max_locks_per_transaction, perhaps.
>
> Probably worth doing one of these releases independently - especially
> with partitioning the current value strikes me as being on the too low
> side.
Maybe it would make sense to scale the default up with shared_buffers,
which nowadays we seem to use as a proxy for server size? (While also
being about total memory consumption)
--
Álvaro Herrera Valdivia, Chile
"How amazing is that? I call it a night and come back to find that a bug has
been identified and patched while I sleep." (Robert Davidson)
http://archives.postgresql.org/pgsql-sql/2006-03/msg00378.php
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic