Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h1DbC-00018w-Du for pgsql-docs@arkaria.postgresql.org; Tue, 05 Mar 2019 17:11:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1h1DbB-0008O2-1V for pgsql-docs@arkaria.postgresql.org; Tue, 05 Mar 2019 17:11:25 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h1Db9-0008M2-3d for pgsql-docs@lists.postgresql.org; Tue, 05 Mar 2019 17:11:24 +0000 Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h1Db4-0006dX-Hz for pgsql-docs@lists.postgresql.org; Tue, 05 Mar 2019 17:11:22 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 0B92A22107; Tue, 5 Mar 2019 12:11:16 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 05 Mar 2019 12:11:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=3x4vJJTwsJKoXQ+zNXXXrJKTdm8 TtV4eJbkEKw1TykU=; b=vY3FF7flX2l2jWoyythZVC0HfXHKk6s9Mkvirrwd+Ti othyso/o3B/N8xRKuS8kxw+MK/1cOrk/YxyTgzGiTnDcMaPbMdV1KCP7BPEJPZT+ Wl764EOShiIPy8dXrX8U1dzB2lf6MujGbsFzy2xBRS3ClnHFYTUr3I9mVYA6w7bI 6k+WZdcMlpVxm/wAHVuYb9W6cLGyzLTpF8Gp21oOfehCBItlbBactmwRm3SqWROj 1E66I5A7GWsQXfg1C45Pw7pAiwhWpIvnH+0/zeb+cH4r1L9B7Csg277x9Tt70qmF EdfLB90oFLxFHAMzuELS3wC3q9LemZ4L7p4xO9LhBAw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=3x4vJJ TwsJKoXQ+zNXXXrJKTdm8TtV4eJbkEKw1TykU=; b=JaPKLhJxkOpEbg69bk7B/2 Oiva3oSuQkkjKEATGBABQMpKsV0p3e07iZk4IWTWxBQhn0um1rNHzWXmjvz4pp63 rb0ZXrMhGuZfMZ+10fpBQPnTFdPTlcdegPCF8jIyKNrOPgqWRCky0urMrJd9FpIm hFbMixuM+qVhnrVTwYPaOI6onDXlIiIwDjb4QBArgQAmxWoUgjC0OjxV7+Y/AU9e aV56zArb9k31OGSxhNjc/lCksmpk6rqza1ddxKIiFpcrQD+SunYhqjQaUrfF093w vB52QLato86xrwk22j2XKAGpKCesrBYzsNJXwggpeLhQAXWiMMYz73VxVEXSBgTA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfeefgdeljecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomheptehnughrvghs ucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrgiivghlrdguvgeqnecuffhomhgrih hnpehpohhsthhgrhgvshhqlhdrohhrghenucfkphepleekrddvuddtrddugedtrddujedu necurfgrrhgrmhepmhgrihhlfhhrohhmpegrnhgurhgvshesrghnrghrrgiivghlrdguvg enucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from intern.anarazel.de (c-98-210-140-171.hsd1.ca.comcast.net [98.210.140.171]) by mail.messagingengine.com (Postfix) with ESMTPA id 2EA5FE4210; Tue, 5 Mar 2019 12:11:15 -0500 (EST) Date: Tue, 5 Mar 2019 09:11:14 -0800 From: Andres Freund To: Bruce Momjian Cc: dick.wieland@wiline.com, pgsql-docs@lists.postgresql.org Subject: Re: Error in 9.6 documentation? checkpoint_flush_after Message-ID: <20190305171114.vxvpjfnfusidyzfi@alap3.anarazel.de> References: <155141990108.1380.13791208099765451492@wrigleys.postgresql.org> <20190305160531.zwoosgpihb7tnonm@momjian.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190305160531.zwoosgpihb7tnonm@momjian.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On 2019-03-05 11:05:31 -0500, Bruce Momjian wrote: > On Fri, Mar 1, 2019 at 05:58:21AM +0000, PG Doc comments form wrote: > > The following documentation comment has been logged on the website: > > > > Page: https://www.postgresql.org/docs/9.6/runtime-config-wal.html > > Description: > > > > https://www.postgresql.org/docs/9.6/runtime-config-wal.html > > 19.5.2 > > > > checkpoint_flush_after (integer) > > > > Whenever more than checkpoint_flush_after bytes have been written while > > performing a checkpoint, attempt to force the OS to issue these writes to > > the ... > > > > bytes or pages? postgresql.conf says pages It's bytes, rounded to pages. Describing it as pages is too complicated because we'd need to reference the block size for it to make sense etc. What's the problem with describing it in bytes? > You bring up a good point. This problem affects these postgresql.conf > variables: > > bgwriter_flush_after > backend_flush_after > checkpoint_flush_after > > and probably more. The issue is that the value is in bytes, as opposed > to a value of time, like milliseconds. You can specify the bytes in > terms of the number of pages, e.g., 2 = 16kB, or you can specify it > directly in bytes, e.g., 32kB. I'm not following? Why is bytes vs time a problem? We have similar base-unit issues in plenty time based GUCs? Greetings, Andres Freund