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 1recXY-00CPK3-KA for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Feb 2024 15:05:13 +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 1recXX-00EEq5-5h for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Feb 2024 15:05:11 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1recXW-00EEpx-Sr for pgsql-hackers@lists.postgresql.org; Mon, 26 Feb 2024 15:05:11 +0000 Received: from feynman.df7cb.de ([195.49.152.168]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1recXS-001BQd-R9 for pgsql-hackers@lists.postgresql.org; Mon, 26 Feb 2024 15:05:10 +0000 Received: from msg.df7cb.de (unknown [IPv6:2a02:908:1482:3660:b7d0:f584:a987:bc23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-384) server-digest SHA384) (Client did not present a certificate) by feynman.df7cb.de (Postfix) with ESMTPSA id 4Tk3nZ1M6tz3G5R; Mon, 26 Feb 2024 16:05:06 +0100 (CET) Date: Mon, 26 Feb 2024 16:05:05 +0100 From: Christoph Berg To: Michael Paquier Cc: Ashutosh Bapat , Alvaro Herrera , Bharath Rupireddy , vignesh C , torikoshia , PostgreSQL Hackers Subject: Re: Printing backtrace of postgres processes Message-ID: References: <202402090848.j6evnpunbehe@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Re: Michael Paquier > Something like this can be measured with a bunch of concurrent > connections attempting connections and a very high rate, like pgbench > with an empty script and -C, for local connections. I tried that now. Mind that I'm not a benchmarking expert, and there's been quite some jitter in the results, but I think there's a clear trend. Current head without and with the v28 patchset. Command line: pgbench -n -C -c 20 -j 20 -f empty.sql -T 30 --progress=2 empty.sql just contains a ";" model name: 13th Gen Intel(R) Core(TM) i7-13700H head: tps = 2211.289863 (including reconnection times) tps = 2113.907588 (including reconnection times) tps = 2200.406877 (including reconnection times) average: 2175 v28: tps = 1873.472459 (including reconnection times) tps = 2068.094383 (including reconnection times) tps = 2196.890897 (including reconnection times) average: 2046 2046 / 2175 = 0.941 Even if we regard the 1873 as an outlier, I've seen many vanilla runs with 22xx tps, and not a single v28 run with 22xx tps. Other numbers I collected suggested a cost of at least 3% for the feature. Christoph