Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fgVAw-0005sL-Jx for pgsql-admin@arkaria.postgresql.org; Fri, 20 Jul 2018 13:10:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fgVAu-0004OI-SU for pgsql-admin@arkaria.postgresql.org; Fri, 20 Jul 2018 13:10:24 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fgVAu-0004Nz-GQ for pgsql-admin@lists.postgresql.org; Fri, 20 Jul 2018 13:10:24 +0000 Received: from smtp207-pc.aruba.it ([62.149.157.207] helo=smtpg-pc.aruba.it) by magus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fgVAq-0005X2-0S for pgsql-admin@lists.postgresql.org; Fri, 20 Jul 2018 13:10:24 +0000 Received: from DT02 ([93.63.211.242]) by smtpcm2-pc.aruba.it with bizsmtp id D1AJ1y00a5ELnP9011AJba; Fri, 20 Jul 2018 15:10:19 +0200 From: "Alfonso Moscato" To: <066ce286@free.fr> Cc: References: <00f101d42026$a32e17a0$e98a46e0$@merqurio.it> <1792205563.130550319.1532091999599.JavaMail.root@zimbra82-e14.priv.proxad.net> In-Reply-To: <1792205563.130550319.1532091999599.JavaMail.root@zimbra82-e14.priv.proxad.net> Subject: R: R: repeated out of shared memory error - not related to max_locks_per_transaction Date: Fri, 20 Jul 2018 15:10:19 +0200 Message-ID: <011e01d4202b$029ca590$07d5f0b0$@merqurio.it> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHaHNKK2RzvnlT3g/SBW/kZdDISY6SMG87Q Content-Language: it DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aruba.it; s=a1; t=1532092219; bh=yIaHqb0p7EDY+pOrtRMo3zVQpTbimg+XMNUGJi/pyys=; h=From:To:Subject:Date:MIME-Version:Content-Type; b=O3RqCC6tRs5/rJPtilR+zYw2eL0UkDoOSSl8FxBp27MoCROeux5xMvNMcH2Pj2Dli HHBosRJtLhfOb1yVJ7XGntisNkX9POirisR2xSz5sc7FXEzcwa2Cu0qRF0Aj7Xd7d4 0CW/SJ0z4k9l0lDJ9DjMbnIv+w5o3ezQijVjq1nPejHUyifUkwQJ6H8nuoAW55r8F5 YO8IkskNxsfk7XaQd5LKcGc5nM12qcuT01uXymrQSNahxSnZiW1s7EMwWP6Bj795KE 1yThUEDdDFIxz6V2Q0rs4cJzVxc3tgFYQUpHIhNyOUyqNh4sTQ+0lHYeNnQZE1NGml TPxJteFT5hOWA== List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk autovacuum_max_workers =3D 3 max_prepared_transactions =3D 0 block_size =3D 8192 wal_block_size =3D 8192 -----Messaggio originale----- Da: 066ce286@free.fr <066ce286@free.fr>=20 Inviato: venerd=C3=AC 20 luglio 2018 15:07 A: Alfonso Moscato Cc: pgsql-admin@lists.postgresql.org Oggetto: Re: R: repeated out of shared memory error - not related to = max_locks_per_transaction What are your values for : autovacuum_max_workers max_prepared_transactions block_size wal_block_size ? ----- Mail original ----- De: "Alfonso Moscato" =C3=80: "MichaelDBA" , "Lance' 'Campbell" = Cc: pgsql-admin@lists.postgresql.org Envoy=C3=A9: Vendredi 20 Juillet 2018 14:39:01 Objet: R: repeated out of shared memory error - not related to = max_locks_per_transaction I thought it could have be.=20 Work_mem was 131mb and I reduced it to 60mb. Errors keep starting after = one day and half.=20 Regards=20 alfonso=20 Da: MichaelDBA =20 Inviato: venerd=C3=AC 20 luglio 2018 14:36=20 A: Campbell, Lance =20 Cc: Alfonso Moscato ; = pgsql-admin@lists.postgresql.org=20 Oggetto: Re: repeated out of shared memory error - not related to = max_locks_per_transaction=20 Perhaps your "work_mem" setting is causing the memory problems. Try = reducing it to see if that alleviates the problem.=20 Regards,=20 Michael Vitale=20 Campbell, Lance=20 Friday, July 20, 2018 8:32 AM=20 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.=20 Double check the documentation.=20 Lance=20 Sent from my iPad=20