Re: effective_cache_size on 32-bits postgres

From: Kevin Grittner <kgrittn(at)ymail(dot)com>
To: Rodrigo Barboza <rodrigombufrj(at)gmail(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: effective_cache_size on 32-bits postgres
Date: 2013-03-18 18:47:05
Message-ID: 1363632425.31395.YahooMailNeo@web162906.mail.bf1.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Rodrigo Barboza <rodrigombufrj(at)gmail(dot)com> wrote:

> So setting this as half of ram, as suggested in postgres tuning
> webpage should be safe?

Half of RAM is likely to be a very bad setting for any work load.
It will tend to result in the highest possible number of pages
duplicated in PostgreSQL and OS caches, reducing the cache hit
ratio.  More commonly given advice is to start at 25% of RAM,
limited to 2GB on Windows or 32-bit systems or 8GB otherwise.  Try
incremental adjustments from that point using your actual workload
on you actual hardware to find the "sweet spot".  Some DW
environments report better performance assigning over 50% of RAM to
shared_buffers; OLTP loads often need to reduce this to prevent
periodic episodes of high latency.

--
Kevin Grittner
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Pavel Stehule 2013-03-18 18:50:56 Re: effective_cache_size on 32-bits postgres
Previous Message Pavel Stehule 2013-03-18 18:33:49 Re: effective_cache_size on 32-bits postgres