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 1mf4Hs-0003Z1-14 for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Oct 2021 18:01:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mf4Hq-0000T5-O0 for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Oct 2021 18:01:30 +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 1mf4Hp-0000St-P6 for pgsql-hackers@lists.postgresql.org; Mon, 25 Oct 2021 18:01:30 +0000 Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf4Hm-0003xf-2u for pgsql-hackers@lists.postgresql.org; Mon, 25 Oct 2021 18:01:29 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 756755C02A8; Mon, 25 Oct 2021 14:01:24 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 25 Oct 2021 14:01:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=PFt7QuqFc+5DZ8NUqavVG/cztlE 3gteW1xGOqwVRbL8=; b=xH/JbVpEiTKKIC2ZnoImX9Yc4ELU8eWS0p733NMUbZz hJFJiKveh68zTSLNsUGOa/vhaXtrBDup8VZwMIt/i6Hg75B8/S/2Jz7Dj0WTukt2 Ls64Q/X/Pcec98GTPvvch3qkIQ2Y3bHPJfbnL3MD1l0CQ78mmka9KotraA4+fUby pYimk3WmuEl5CEFJ/c4KBS1B7b56wnDQm52ub3OdvoEELAjW11c+mWyor/1bvE8S 46USZkk9r85lovseovHuHfjnVnTeYi53ZbPjj3KhUcDBBmFHjGpc6rfykXvnCko1 BQwW6sYKI9OarM3At2UBixluMykrMPqfiVOuWcvz6wA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=PFt7Qu qFc+5DZ8NUqavVG/cztlE3gteW1xGOqwVRbL8=; b=CKBt/Lg/L2tYuFSC9SZFH7 vWLD3EMl5BPk5IDa2IfFpVaN9cdMw2K8qGZPDSauCANaHc/px2hRqUGtm4wbrZxT N4NjIWTKipK5Myt6dYs9QE8bbC3p94q2bb/LMuhJ2f6CahiUHp9cEjqjqQyOx9QN fEEdagtq8GsO2vB+MiJyyetdks92L/Upi+rcCeJRcLM3kwJgkARl8ZN6vL0mS8wv gNzoiYo21F6ODw4pf+J8Txcr/r9p7j81LUSHxMxXjnXEJMwrfmg8UGBbJWqaLk8O DNpnfqEgh01xkR1OZnNmEq+cYJdXTe9peHsXdYjV32QleISxLStjxIcfYdB6uAjw == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvdefhedgudduhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomheptehnughr vghsucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrgiivghlrdguvgeqnecuggftrf grthhtvghrnhepudekhfekleeugeevteehleffffejgeelueduleeffeeutdelffeujeff hfeuffdunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh eprghnughrvghssegrnhgrrhgriigvlhdruggv X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 25 Oct 2021 14:01:23 -0400 (EDT) Date: Mon, 25 Oct 2021 11:01:22 -0700 From: Andres Freund To: Tom Lane Cc: Daniel Gustafsson , Robert Haas , Amit Kapila , PostgreSQL Hackers Subject: Re: pgsql: Remove unused wait events. Message-ID: <20211025180122.th5rm5mhg766qd2u@alap3.anarazel.de> References: <4047667.1635179918@sss.pgh.pa.us> <4050629.1635182306@sss.pgh.pa.us> <1611CCCC-E0E8-4A74-A95B-80ECCE987145@yesql.se> <4052153.1635183584@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4052153.1635183584@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-10-25 13:39:44 -0400, Tom Lane wrote: > Daniel Gustafsson writes: > > Since this will cause integer values to have different textual enum value > > representations in 14 and 15+, do we want to skip two numbers by assigning 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 versions? > > We require a recompile across major versions. I don't see a reason why > this particular enum needs more stability than any other one. +1. That'd end up pushing us to be more conservative about defining new wait events, which I think would be bad tradeoff.