Re: To keep indexes in memory, is large enough effective_cache_sizeenough? - Mailing list pgsql-performance

From Sam R.
Subject Re: To keep indexes in memory, is large enough effective_cache_sizeenough?
Date
Msg-id 740776989.746571.1538109925380@mail.yahoo.com
Whole thread Raw
In response to Re: To keep indexes in memory, is large enough effective_cache_size enough?  (David Rowley <david.rowley@2ndquadrant.com>)
Responses Re: To keep indexes in memory, is large enough effective_cache_size enough?
List pgsql-performance
Hi!

> The double buffering
> itself does not slow anything down. 

That was what I was suspecting a little. Double buffering may not matter in our case, because the whole server is meant for PostgreSQL only.

In our case, we can e.g. reserve almost "all memory" for PostgreSQL (shared buffers etc.).

Please correct me if I am wrong.

BR Sam



On ti, syysk. 25, 2018 at 23:55, David Rowley
<david.rowley@2ndquadrant.com> wrote:
On Tue, 25 Sep 2018 at 18:36, Sam R. <samruohola@yahoo.com> wrote:

> Regarding double buffering: I do not know how much double buffering would slow down operations.
> It could also be possible to turn off kernel page cache on our DB server, to avoid double buffering. Although, we may still keep it in use.


I think you've misunderstood double buffering.  The double buffering
itself does not slow anything down. If the buffer is in shared buffers
already then it does not need to look any further for it. Double
buffering only becomes an issue when buffers existing 2 times in
memory causes other useful buffers to appear 0 times.

--
David Rowley                  http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

pgsql-performance by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: SELECT statement returns in 10seconds, but INSERT/CREATE TABLEAS with same SELECT takes 7 minutes
Next
From: Vladimir Ryabtsev
Date:
Subject: Re: Why could different data in a table be processed with different performance?