Re: repeated out of shared memory error - not related tomax_locks_per_transaction

Поиск
Список
Период
Сортировка
От Fabio Pardi
Тема Re: repeated out of shared memory error - not related tomax_locks_per_transaction
Дата
Msg-id 5a94cee9-c60b-8635-2c48-98de7637e87a@portavita.eu
обсуждение исходный текст
Ответ на Re: repeated out of shared memory error - not related to max_locks_per_transaction  (MichaelDBA <MichaelDBA@sqlexec.com>)
Ответы Re: repeated out of shared memory error - not related to max_locks_per_transaction  (MichaelDBA <MichaelDBA@sqlexec.com>)
Список pgsql-admin

work_mem cannot be the cause of it for the simple reason that if the memory needed by your query overflows work_mem, it will spill to disk


regards,

fabio pardi



On 20/07/18 14:35, MichaelDBA wrote:
Perhaps your "work_mem" setting is causing the memory problems.  Try reducing it to see if that alleviates the problem.

Regards,
Michael Vitale

Friday, July 20, 2018 8:32 AM
I would also lookup the definition of shared buffers and effective cache. If I remember correctly you can think of shared buffers as how much memory total PostgreSQL has to work with. Effective cache is how much memory is available for PostgreSQL to run, shared buffers, as well as an estimate of how much memory is available to the OS to cache files in memory. So effective cache should be equal to or larger than shared buffers. Effective cache is used to help with the SQL planning.

Double check the documentation.

Lance

Sent from my iPad




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

Предыдущее
От: "Alfonso Moscato"
Дата:
Сообщение: R: R: repeated out of shared memory error - not related to max_locks_per_transaction
Следующее
От: MichaelDBA
Дата:
Сообщение: Re: repeated out of shared memory error - not related to max_locks_per_transaction