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.96) (envelope-from ) id 1vu7Qd-000YxA-1Y for pgsql-hackers@arkaria.postgresql.org; Sun, 22 Feb 2026 11:15:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vu7Qc-00B3I3-0Z for pgsql-hackers@arkaria.postgresql.org; Sun, 22 Feb 2026 11:15:10 +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.96) (envelope-from ) id 1vu7Qb-00B3Hk-2o for pgsql-hackers@lists.postgresql.org; Sun, 22 Feb 2026 11:15:09 +0000 Received: from lahtoruutu.iki.fi ([2a0b:5c81:1c1::37]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vu7QY-00000000hU8-3z9G for pgsql-hackers@postgresql.org; Sun, 22 Feb 2026 11:15:09 +0000 Received: from [10.0.2.15] (unknown [130.41.208.2]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: hlinnaka) by lahtoruutu.iki.fi (Postfix) with ESMTPSA id 4fJhGc3Vvmz49PwG; Sun, 22 Feb 2026 13:15:04 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1771758905; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=fcySsdz+/xIld0/EjxtS1LEQfzI7y9yjrAB+eNye9o8=; b=EI+C4ETfeq8rjDSYOKSgW7jGIpZ1zFuDW+f0JXtRDdRyo1OgxtCnf5zuMseDV+zAWe7Q87 ayAUrrGWY8ijwcyLYbVGZtX8P1/+T2fqThv5OBpy81FmE7zfQDxRVfocUaVMi8pOijFT+X iu0U+RqHbED3oFf7/SSouSSXDw8xjufz7JtRKtwOAYqEejwh9MlikhQ+x770DUyb1T+XVF 3s/uEPPQPw2HolxDJ1FFNRGSIYT3HpKo+d9QEAgWGyXL+TEePKV9EuwpMhQ+mLtomCvLBS rzPL/txrQT2fq+9ribZ1Z0atLzvZpGr7H/QBPisJtgf1eTvSDF4X9kdB+7InIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1771758905; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=fcySsdz+/xIld0/EjxtS1LEQfzI7y9yjrAB+eNye9o8=; b=VJ4VkpEWwqN2RBASXR9BjDmdINBix5Q/aEMQn5aYoNZfhQCgzWNNEnIEwu+V2s2f39y9KJ o1mt4937c1YNTkeS5GJ9VxD3y9QDd3f/AqfJl9NfAN70e2RiLSkICs4tyqnpmQvVM3xxR8 s7Uade586z6DvkI3/oVf4xKD+L2Towqa6HEthyhqwu7WitvHlchQ0kI7MF/8yddQMQzrXp QRfcxcQzC+yhUBwQnZqCnXsXy6xzW5NuKIDJou4sdqtGs3bOgJy1FHP53TNP2L5P6xtyO6 m6KhgGP0QS6cl5SDoK9B+9Js4Tfan1hViMcrqflRtqEZqFuh0jpKh3DNGsJsdw== ARC-Authentication-Results: i=1; ORIGINATING; auth=pass smtp.auth=hlinnaka smtp.mailfrom=hlinnaka@iki.fi ARC-Seal: i=1; a=rsa-sha256; d=iki.fi; s=lahtoruutu; cv=none; t=1771758905; b=gAP2jVzcUGs+YtEcKODDtDSuZdQxQpSvfkbddBKBGAVPCgrl+LQwtypqZ0D7qr5YlRCDtH Hf4LjWK3Wby0UWMeFwiMAMyMXWZ6hyt4elSjrBSOAYlNEtWDqzSiabAIj41rjNYyewV5fM QrMmNnYhh4U37HE+lDJtRgE43noS5V3J+jvJ5hAYBy+k2FsFyXPlWHjBwWz3LtBNc6TAss JTYdCJM/0lmX24doYZjW0W8D8J0SFBtyfl1AhoXn1w/40Y6Ki+xoycwYXTwBQvoTAM47QU EUq2/FjpnNkEtZSCWE9l0wL/7Yw6tiMK5/fOIbu2JEJZkdc/yMQzGCPYh/jRLg== Message-ID: Date: Sun, 22 Feb 2026 13:15:03 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: PGPROC alignment (was Re: pgsql: Separate RecoveryConflictReasons from procsignals) To: Bertrand Drouvot Cc: Andres Freund , "pgsql-hackers@postgresql.org" References: <1cb0d7e9-d6dd-4517-a7cd-0ad98e1207f3@iki.fi> <3dd6f70c-b94d-4428-8e75-74a7136396be@iki.fi> <787be980-0878-4f4a-be01-d042ab5d370e@iki.fi> <60478a2d-915e-411d-9f7d-42917dd8b8c4@iki.fi> Content-Language: en-US From: Heikki Linnakangas In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 21/02/2026 11:42, Bertrand Drouvot wrote: > On Fri, Feb 20, 2026 at 11:03:09PM +0200, Heikki Linnakangas wrote: >> On 11/02/2026 06:40, Bertrand Drouvot wrote: >>> That looks ok to see PGPROC as an "acceptable" one, if not, should we use the >>> union trick? >> >> It seems acceptable to just not align it if the compiler doesn't support it. >> This is just a performance optimization, after all. > > Agreed. > >> Attached is new versions the remaining patches. I think these are ready to >> be committed. > > Thanks! > > One nit, 0001 is adding the typedef: > > " > -struct PGPROC > +typedef struct PGPROC > . > . > . > -}; > - > -/* NOTE: "typedef struct PGPROC PGPROC" appears in storage/lock.h. */ > + uint32 wait_event_info; /* proc's wait information */ > +} PGPROC; > " > > Would that make more sense to add the typedef when we introduce the explicit > alignment in 0002 (like it was done in your previous > v2-0001-Align-PGPROC-to-cache-line-boundary.patch up-thread)? Yeah, I had it as part of the other commit in the previous version, but decided to make it part of the other one, so that it's more clear what the alignment. I don't think it matters much either way though. Pushed, thanks for the review! - Heikki