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 1mf3wr-0002eF-Se for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Oct 2021 17:39:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mf3wq-0007Ol-Ps for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Oct 2021 17:39:48 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf3wq-0007Oc-HF for pgsql-hackers@lists.postgresql.org; Mon, 25 Oct 2021 17:39:48 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf3wo-0002Cv-I2; Mon, 25 Oct 2021 17:39:47 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 19PHdi5A4052154; Mon, 25 Oct 2021 13:39:44 -0400 From: Tom Lane To: Daniel Gustafsson cc: Robert Haas , Amit Kapila , PostgreSQL Hackers Subject: Re: pgsql: Remove unused wait events. In-reply-to: <1611CCCC-E0E8-4A74-A95B-80ECCE987145@yesql.se> References: <4047667.1635179918@sss.pgh.pa.us> <4050629.1635182306@sss.pgh.pa.us> <1611CCCC-E0E8-4A74-A95B-80ECCE987145@yesql.se> Comments: In-reply-to Daniel Gustafsson message dated "Mon, 25 Oct 2021 19:34:37 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4052152.1635183584.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 25 Oct 2021 13:39:44 -0400 Message-ID: <4052153.1635183584@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Daniel Gustafsson writes: > Since this will cause integer values to have different textual enum valu= e > representations in 14 and 15+, do we want to skip two numbers by assigni= ng the > next wait event the integer value of WAIT_EVENT_WAL_WRITE incremented by= three? > Or enum integer reuse not something we guarantee against across major ve= rsions? We require a recompile across major versions. I don't see a reason why this particular enum needs more stability than any other one. regards, tom lane