From: | "Alfonso Moscato" <alfonso(dot)moscato(at)merqurio(dot)it> |
---|---|
To: | "'MichaelDBA'" <MichaelDBA(at)sqlexec(dot)com> |
Cc: | "'Campbell, Lance'" <lance(at)illinois(dot)edu>, <pgsql-admin(at)lists(dot)postgresql(dot)org> |
Subject: | R: R: repeated out of shared memory error - not related to max_locks_per_transaction |
Date: | 2018-07-20 12:47:10 |
Message-ID: | 010901d42027$c6838b30$538aa190$@merqurio.it |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
I took the setting from pgtune:
https://pgtune.leopard.in.ua/#/
Anyway, I will try to further reduce it.
It is high because we have a very complex database, queries with a lot of
tables, and million of records.
Furthermore, I see a lot of free memory.
Da: MichaelDBA <MichaelDBA(at)sqlexec(dot)com>
Inviato: venerdì 20 luglio 2018 14:40
A: Alfonso Moscato <alfonso(dot)moscato(at)merqurio(dot)it>
Cc: 'Campbell, Lance' <lance(at)illinois(dot)edu>; pgsql-admin(at)lists(dot)postgresql(dot)org
Oggetto: Re: R: repeated out of shared memory error - not related to
max_locks_per_transaction
Try reducing it further just to make sure.
Alfonso Moscato <mailto:alfonso(dot)moscato(at)merqurio(dot)it>
Friday, July 20, 2018 8:39 AM
I thought it could have be.
Work_mem was 131mb and I reduced it to 60mb. Errors keep starting after one
day and half.
Regards
alfonso
Da: MichaelDBA <mailto:MichaelDBA(at)sqlexec(dot)com> <MichaelDBA(at)sqlexec(dot)com>
Inviato: venerdì 20 luglio 2018 14:36
A: Campbell, Lance <mailto:lance(at)illinois(dot)edu> <lance(at)illinois(dot)edu>
Cc: Alfonso Moscato <mailto:alfonso(dot)moscato(at)merqurio(dot)it>
<alfonso(dot)moscato(at)merqurio(dot)it>; pgsql-admin(at)lists(dot)postgresql(dot)org
<mailto:pgsql-admin(at)lists(dot)postgresql(dot)org>
Oggetto: Re: repeated out of shared memory error - not related to
max_locks_per_transaction
Perhaps your "work_mem" setting is causing the memory problems. Try
reducing it to see if that alleviates the problem.
Regards,
Michael Vitale
MichaelDBA <mailto:MichaelDBA(at)sqlexec(dot)com>
Friday, July 20, 2018 8:35 AM
Perhaps your "work_mem" setting is causing the memory problems. Try
reducing it to see if that alleviates the problem.
Regards,
Michael Vitale
Campbell, Lance <mailto:lance(at)illinois(dot)edu>
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
From | Date | Subject | |
---|---|---|---|
Next Message | Fabio Pardi | 2018-07-20 12:47:50 | Re: repeated out of shared memory error - not related to max_locks_per_transaction |
Previous Message | MichaelDBA | 2018-07-20 12:40:02 | Re: R: repeated out of shared memory error - not related to max_locks_per_transaction |