Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1gJhUU-0004ml-P6 for pgsql-docs@arkaria.postgresql.org; Mon, 05 Nov 2018 16:12:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gJhUT-0003Nf-1I for pgsql-docs@arkaria.postgresql.org; Mon, 05 Nov 2018 16:12:37 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1gJhUS-0003KD-O0 for pgsql-docs@lists.postgresql.org; Mon, 05 Nov 2018 16:12:36 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gJhUP-0005hu-Tw for pgsql-docs@lists.postgresql.org; Mon, 05 Nov 2018 16:12:35 +0000 Received: from bruce by momjian.us with local (Exim 4.84_2) (envelope-from ) id 1gJhUN-0005cH-J2; Mon, 05 Nov 2018 11:12:31 -0500 Date: Mon, 5 Nov 2018 11:12:31 -0500 From: Bruce Momjian To: Nikolay Samokhvalov Cc: peter.eisentraut@2ndquadrant.com, nat@makarevitch.org, pgsql-docs@lists.postgresql.org Subject: Re: effective_cache_size Message-ID: <20181105161231.GA13780@momjian.us> References: <153685164808.22334.15432535018443165207@wrigleys.postgresql.org> <20181011174849.GC7807@momjian.us> <20181016153820.GD31154@momjian.us> <369ec766-b947-51bd-4dad-6fb9e026439f@2ndquadrant.com> <20181105120104.GA13769@momjian.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Mon, Nov 5, 2018 at 03:23:03PM +0300, Nikolay Samokhvalov wrote: > > > On Mon, Nov 5, 2018 at 3:01 PM Bruce Momjian wrote: > > > >             {"effective_cache_size", PGC_USERSET, QUERY_TUNING_COST, > > > -                   gettext_noop("Sets the planner's assumption about > the size of the disk cache."), > > > -                   gettext_noop("That is, the portion of the kernel's > disk cache that " > > > -                                            "will be used for > PostgreSQL data files. This is measured in disk " > > > -                                            "pages, which are normally > 8 kB each."), > > > +                   gettext_noop("Sets the planner's assumption about > the size of the data cache."), > > > +                   gettext_noop("That is, the size of the cache used > for PostgreSQL data files. " > > > +                                            "This is measured in disk > pages, which are normally 8 kB each."), > > ... > > Well, the change as outlined in the email is that effective_cache_size > is a combination of shared_buffers and kernel cache size, which I think > the docs now make clear.  Do you have better wording for the GUC? > > > Maybe it's better to use this phrase, "a combination of shared_buffers and > kernel cache size"? > Or: "a combination of shared_buffers and estimated kernel cache size". Well, here are the lines in guc.c: gettext_noop("Sets the planner's assumption about the size of the data cache."), gettext_noop("That is, the size of the cache used for PostgreSQL data files. " "This is measured in disk pages, which are normally 8 kB each."), The first line is already on the long side compared to other entries, as is the second gettext_noop(). How long can we make it without being too long? Is this really the place to explain this distinction? I thought about these issues when I wrote this patch? You can come to a different conclusion, but please consider these issues. -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription +