Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lJOtm-0002ZD-L5 for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Mar 2021 23:02:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lJOtj-0002ZR-Rz for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Mar 2021 23:02:47 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lJOtj-0002ZJ-Ke for pgsql-hackers@lists.postgresql.org; Mon, 08 Mar 2021 23:02:47 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lJOth-0003xC-Hi for pgsql-hackers@lists.postgresql.org; Mon, 08 Mar 2021 23:02:47 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 83A655C0051; Mon, 8 Mar 2021 18:02:43 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Mon, 08 Mar 2021 18:02:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=2Sx5SOX07Zt0Lsjgi3mKopvs5iDwGXN6DAp1WskkNA4=; b=L5bvbYW2 U0Flndegjd72T7tnm3xuue4B0oTBWnkPma6UXmW1xzZNysE5r31ajxULmG0zvxva nTqRDHch9vsk9PnUCw1OlDVU1m9nSGluvoYkMLytEMx+wKQlpphSPjqMVp6Tiz78 wXyxqAPZ+QrhU/VbZP3GqMFNg5O0ubEndxGTzLzkZFu6T2O0DVMrT3zy73v/nII4 3SaajLyyV/upLDkwJ0l2mtP3IueJPu2C6oVXw/QiHGYXHb+IiHk4TMzuxeGbfGog DWgcC6V413O/5vV4ANaRRXUvUIIDbBFF2DCmua0s1Zg/YJ6XEJDtLAYe5PrkZYrQ bFV08YaK1Ct6Wg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudduhedgtdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfggtggugfgjfgesthekredttderudenucfhrhhomhepkdetlhhv rghrohcujfgvrhhrvghrrgdkuceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdroh hrgheqnecuggftrfgrthhtvghrnhepgfdvvedvteeiheevgfeltdetgffghfeghedvleeh vdetiedthffgjeegkeekjeeknecukfhppeduledtrdelhedrudelrdelheenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhvhhgvrhhrvges rghlvhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.95]) by mail.messagingengine.com (Postfix) with ESMTPA id 8AFD8108006A; Mon, 8 Mar 2021 18:02:42 -0500 (EST) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id CF8602A0F3E; Mon, 8 Mar 2021 20:02:39 -0300 (-03) Date: Mon, 8 Mar 2021 20:02:39 -0300 From: 'Alvaro Herrera' To: "k.jamison@fujitsu.com" Cc: Craig Ringer , Matthieu Garrigues , PostgreSQL-development Subject: Re: PATCH: Batch/pipelining support for libpq Message-ID: <20210308230239.GA2203@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210304015108.GA15670@alvherre.pgsql> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-Mar-03, 'Alvaro Herrera' wrote: > I wonder if it would make sense to get rid of conn->last_query > completely and just rely always on conn->cmd_queue_head, where the > normal (non-pipeline) would use the first entry of the command queue. > That might end up being simpler than pipeline mode "pretending" to take > over ->last_query. I experimented with this today and it appears to be a good change, though I haven't been able to make everything work correctly yet. -- Álvaro Herrera Valdivia, Chile "Entristecido, Wutra (canción de Las Barreras) echa a Freyr a rodar y a nosotros al mar"