From: Markella Skempri <markella_skembri@hotmail.com>
To: Martin French <Martin.French@romaxtech.com>
Cc: pgsql-performance@postgresql.org
Cc: pgsql-performance-owner@postgresql.org
Subject: Re: Why shared_buffers max is 8GB?
Date: Wed, 26 Mar 2014 13:47:47 +0000
Message-ID: <DUB128-DS145DB9710070BCB7857BE3E8640@phx.gbl> (raw)
In-Reply-To: <OFCEC57661.4060ECC7-ON80257CA7.004A3AC8-80257CA7.004A6C03@romaxtech.com>
References: <1395836511.796897979@f327.i.mail.ru>
<CAG95seUecSzUMEcB19X=RZ+=zfyFg01jSxf_nckwAvKV3ApSUg@mail.gmail.com>
<CAEs9oFkx6kL1bROg1_T8YX08nPV3qPO27eVBKB-EiLSTeSQwAQ@mail.gmail.com>
<DUB128-DS267B08BA72921A2227F111E8640@phx.gbl>
<OFCEC57661.4060ECC7-ON80257CA7.004A3AC8-80257CA7.004A6C03@romaxtech.com>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-performance>
Thanks Martin,
However this is a database dedicated server and nothing much else is running on it. Also, I never saw this happening with 9.2 – but I can’t vouch for the size of files that I was uploading.
From: Martin French
Sent: Wednesday, March 26, 2014 1:32 PM
To: Markella Skempri
Cc: desmodemone ; ik@postgresql-consulting.com ; Alexey Vasiliev ; pgsql-performance@postgresql.org ; pgsql-performance-owner@postgresql.org
Subject: Re: [PERFORM] Why shared_buffers max is 8GB?
> I wanted to follow up from this question. I’m running on 9.3.4
> My DB server has 32GB ram so I have assigned 8GB
> shared_buffer_memory. It is quite a big db but with not much
> traffic. When there is traffic, it’s usually big.
>
> Lately, the kernel has been killing the postmaster for having
> assigned too much shared memory. Latest crash was when loading a 500MB file.
>
> Should I reduce the shared buffers in order for this to be more robust?
>
> Thanks
> Markella
It may be that other memory settings are contributing towards this (work_mem, maintenance_work_mem, max_connections etc).
I would suggest that the OOM killer is working as intended and something is not quite right within the config.
You may want to review the memory consumption at peak times taking into consideration anything else running on the machine.
=============================================
Romax Technology Limited
A limited company registered in England and Wales.
Registered office:
Rutherford House
Nottingham Science and Technology Park
Nottingham
NG7 2PZ
England
Registration Number: 2345696
VAT Number: 526 246 746
Telephone numbers:
+44 (0)115 951 88 00 (main)
For other office locations see:
http://www.romaxtech.com/Contact
=================================
===============
E-mail: info@romaxtech.com
Website: www.romaxtech.com
=================================
================
Confidentiality Statement
This transmission is for the addressee only and contains information that is confidential and privileged.
Unless you are the named addressee, or authorised to receive it on behalf of the addressee
you may not copy or use it, or disclose it to anyone else.
If you have received this transmission in error please delete from your system and contact the sender. Thank you for your cooperation.
=================================================
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: markella_skembri@hotmail.com, Martin.French@romaxtech.com, pgsql-performance-owner@postgresql.org
Subject: Re: Why shared_buffers max is 8GB?
In-Reply-To: <DUB128-DS145DB9710070BCB7857BE3E8640@phx.gbl>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox