Thanks Tom, that makes a lot of sense. Given we're seeing low iowait and
blk_read_time at 4GB shared_buffers, sounds like we should just declare
victory here and be happy with that setting?

On Wed, Dec 14, 2022 at 10:27 AM Tom Lane <t...@sss.pgh.pa.us> wrote:

> Jordan Hurwich <jhurw...@pulsasensors.com> writes:
> > I'm familiar with the article you linked to, and part of my surprise is
> > that with these 32GB RAM machines we're seeing better performance at
> 12.5%
> > (4GB) than the commonly recommended 25% (8GB) of system memory for
> > shared_buffers. Your notes about disk read stats from Postgres
> potentially
> > actually representing blocks read from the OS cache make sense, I just
> > imagined that Postgres would be better at managing the memory when it was
> > dedicated to it via shared_buffers than the OS (obviously with some point
> > of diminishing returns); and I'm still hoping there's some Postgres
> > configuration change we can make that enables better performance through
> > improved utilization of shared_buffers at the commonly recommended 25% of
> > system memory.
>
> Keep in mind that 25% was never some kind of golden number.  It is
> a rough rule of thumb that was invented for far smaller machines than
> what you're talking about here.
>
>                         regards, tom lane
>

Reply via email to