Re: "shared_buffers" and "temp_buffers" why manual and code are different?

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: Tianyin Xu <tixu(at)cs(dot)ucsd(dot)edu>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: "shared_buffers" and "temp_buffers" why manual and code are different?
Date: 2013-11-23 09:00:08
Message-ID: CAB7nPqToZ89pz-xF5v6dTPiFyVOzmUFxjy1VpyDXja4ZZGmnZg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, Nov 23, 2013 at 4:30 PM, Tianyin Xu <tixu(at)cs(dot)ucsd(dot)edu> wrote:
> Hi,
>
> I want to tune the memory usage of PG (9.3.1) on my environment. I'm really
> confused by the following two configuration parameters,
>
> shared_buffers,
> temp_buffers,
>
> Take "shared_buffers" as the example, the manual says,
>
> "Sets the amount of memory the database server uses for shared memory
> buffers. The default is typically 128 megabytes (128MB), .... This setting
> must be at least 128 kilobytes. "
>
> However, when I look at the configuration code (below), the code shows it
> should be the number of shared memory buffers *NOT* the size of the buffer .
>
> /* guc.c */
> 1638 {"shared_buffers", PGC_POSTMASTER, RESOURCES_MEM,
> 1639 gettext_noop("Sets the number of shared memory buffers used
> by the server."),
> 1640 NULL,
> 1641 GUC_UNIT_BLOCKS
> 1642 },
> 1643 &NBuffers,
> 1644 1024, 16, INT_MAX / 2,
> 1645 NULL, NULL, NULL
>
> So which one is correct?
Both. The GUC parameter uses as input the physical size of shared
buffers given by postgresql.conf, then converts it internally to the
number of shared buffers, number calculated depending on BLCKSZ. All
the calculation is done in guc.c:parse_int.

> Also, what exactly is the default value? The manual says that the default is
> 128MB while the min is 128KB. But from the code, you can clearly see that
> it's not the case.
There is no exact default value. The default is usually 128MB, but it
can be lower depending of what initdb decides.
Regards,
--
Michael

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tomas Vondra 2013-11-23 09:09:18 Re: ERROR: out of memory DETAIL: Failed on request of size ???
Previous Message Michael Paquier 2013-11-23 08:09:04 Re: PG replication across DataCenters