Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sA6XD-007Zpp-VH for pgsql-hackers@arkaria.postgresql.org; Thu, 23 May 2024 11:23:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sA6XD-00BC9u-Mc for pgsql-hackers@arkaria.postgresql.org; Thu, 23 May 2024 11:22:59 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sA6XC-00BC9l-Lx for pgsql-hackers@lists.postgresql.org; Thu, 23 May 2024 11:22:59 +0000 Received: from fout6-smtp.messagingengine.com ([103.168.172.149]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sA6X9-001buQ-Mm for pgsql-hackers@postgresql.org; Thu, 23 May 2024 11:22:57 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfout.nyi.internal (Postfix) with ESMTP id EE3F1138018B; Thu, 23 May 2024 07:22:53 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Thu, 23 May 2024 07:22:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716463373; x= 1716549773; bh=1Nu4LKLMZsGqt49zPKwCHSdewvzySlV/KicOE3+WPmM=; b=U yKMJwuSfYlxxNoHXwzOaPOGDRHVxgIjbY2qso17N+oJfzUfaXDfBbS2KGYgzP+Jy MXc37yajUvYyxDU+zKpKc8nNxjucpGl+cEyifRFYG1WOAwvVXYSNafYSHjABVZXZ KeOlZ0Flf0lLxsPH893tK3k8yD6XHrzaaROsgUnIzL1+ut9NX+U2ORu6VkT2r7sx mX9INeqBIczsdd9+FDju8Rt7GDZ/O0Oq3zO6ELLTopoNTenutdTuDqJ4ESMNI0m2 4ieKPSq7ODHKg2o6EYCNrturWk6//kw+EGw6V0BlmHYL0/9gHxMDaZjnaBzbTr59 ADakyVHG80Umavblogt6Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeiiedgfeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkgggtugfgjgesthekredttddtjeenucfhrhhomheptehlvhgr rhhoucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh eqnecuggftrfgrthhtvghrnhepvdektdffudfftdffffehfffhjeejhffgieeuueekjeek fffgudffhfduffffueevnecuffhomhgrihhnpegvnhhtvghrphhrihhsvggusgdrtghomh enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhv hhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 23 May 2024 07:22:53 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alvh.no-ip.org; s=schmee; t=1716463371; bh=TvqMWSIrrqgL9lkb9Ky2GKlFTQlCqRijJLWtK1oUm3I=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=RiBfexhpu2Hy10oFOk9MoDPVxIlS7sUlLxqYhAkq0GOPM2KMhKCQtvVY8yKuxgz2g bc2z57+8Jjt3ZWcU8eRSQLQxaz54UHp7fWjubeHWG3YLl65S/TGvnpNWAgyrGFlM3w hxbPqENpu1VrMHSvJZHD77LFbE9zcRzj/dQo9I9lbJ67jgIfFlgIVKs/0nHY6tw+3s VtqysRnFeeaI04dGzdQg4vFxOxDV4lopN7LVafCObTOVGNuxTQsW/mEfncjK/7Nr92 h88XdvD5mqFkbBvbEjtGdnmH37QjpGpx2kyQZgg/mS1tms2vDzhszXQz/qLNgywOIA YqOtQrbdpm5Iw== Received: by schmee.alvh.no-ip.org (Postfix, from userid 1000) id 5199CA7; Thu, 23 May 2024 13:22:51 +0200 (CEST) Date: Thu, 23 May 2024 13:22:51 +0200 From: Alvaro Herrera To: Bruce Momjian Cc: PostgreSQL-development Subject: Re: First draft of PG 17 release notes Message-ID: <202405231122.zew2gncy63fo@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hello, Regarding this item : Allow the SLRU cache sizes to be configured (Andrey Borodin, Dilip Kumar) : : The new server variables are commit_timestamp_buffers, : multixact_member_buffers, multixact_offset_buffers, notify_buffers, : serializable_buffers, subtransaction_buffers, and transaction_buffers. I hereby request to be listed as third author of this feature. Also, I'd like to suggest to make it more verbose, as details might be useful to users. Mention that scalability is improved, because previously we've suggested to recompile with larger #defines, but to be cautious because values too high degrade performance. Also mention the point that some of these grow with shared_buffers is user-visible enough that it warrants an explicit mention. How about like this: : Allow the SLRU cache sizes to be configured and improve performance of : larger caches : (Andrey Borodin, Dilip Kumar, Álvaro Herrera) : : The new server variables are commit_timestamp_buffers, : multixact_member_buffers, multixact_offset_buffers, notify_buffers, : serializable_buffers, subtransaction_buffers, and transaction_buffers. : commit_timestamp_buffers, transaction_buffers and : subtransaction_buffers scale up automatically with shared_buffers. These three items : Allow pg_stat_reset_shared() to reset all shared statistics (Atsushi Torikoshi) : : This is done by passing NULL. : : Allow pg_stat_reset_shared('slru') to clear SLRU statistics (Atsushi Torikoshi) : : Now pg_stat_reset_shared(NULL) also resets SLRU statistics. : : Allow pg_stat_reset_slru() to reset all SLRU statistics (Bharath Rupireddy) : : The command pg_stat_reset_slru(NULL) already did this. seem a bit repetitive. (I think the first one is also wrong, because it says you have to pass NULL, but in reality you can also not give an argument and it works.) Can we make them a single item? Maybe something like : Improve reset routines for shared statistics (Atsushi Torikoshi, Bharath Rupireddy) : : Resetting all shared statistics can now be done with : pg_stat_reset_shared() or pg_stat_reset_shared(NULL), while SLRU : statistics can now be reset with pg_stat_reset_shared('slru'), : pg_stat_reset_slru() and pg_stat_reset_slru(NULL). -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ "Find a bug in a program, and fix it, and the program will work today. Show the program how to find and fix a bug, and the program will work forever" (Oliver Silfridge)