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 1qSt4o-007fsS-13 for pgsql-hackers@arkaria.postgresql.org; Mon, 07 Aug 2023 05:46:46 +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 1qSt4m-006nMF-Dn for pgsql-hackers@arkaria.postgresql.org; Mon, 07 Aug 2023 05:46:44 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qSt4m-006nM7-51 for pgsql-hackers@lists.postgresql.org; Mon, 07 Aug 2023 05:46:44 +0000 Received: from mail-pl1-x634.google.com ([2607:f8b0:4864:20::634]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qSt4f-000y0m-UV for pgsql-hackers@lists.postgresql.org; Mon, 07 Aug 2023 05:46:43 +0000 Received: by mail-pl1-x634.google.com with SMTP id d9443c01a7336-1bbf8cb694aso35935535ad.3 for ; Sun, 06 Aug 2023 22:46:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1691387197; x=1691991997; h=content-transfer-encoding:mime-version:user-agent:references :in-reply-to:from:subject:cc:to:message-id:date:from:to:cc:subject :date:message-id:reply-to; bh=UeiMFIPwr4Jfr4cbBPZPLac+syzv2RuJRKk1ptxkxfI=; b=dX0mlAvMz/U4y0qAW0HJHtL+i791woGKrCRgPPf86FnNXGzNZWsAxSCJQEFHI9Pb40 hvdgxkt2Zb3FM6okurE0ro6ZZ24Ete5pw99TTPNebCTgLF2NoDa/olESzPhb6XM6IkOo 0rrkMiFJQE1sRHrJNCaINfQsZzhIR2F/bLtHtH0me2sBY72SonCSeJx5cr8r4KwG3EHC HvZ4Xbfg0J7nwz3nfY1m3mQiDCl8Aa1mmexqHvU7laH1ecLoFZ8Z2CkjfR7ZY1Y5y/eQ 2oF2KBGbua7I9kLdRlfXCEG7dwIqF2Inh/kECEN1qdy0FcMzObnZ2i+UhdAvTcY36wED s3ZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691387197; x=1691991997; h=content-transfer-encoding:mime-version:user-agent:references :in-reply-to:from:subject:cc:to:message-id:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=UeiMFIPwr4Jfr4cbBPZPLac+syzv2RuJRKk1ptxkxfI=; b=CQ+B4TOt7jX+bPhpkws0HUcDD748bafQgsfLafrzDXDzC1fbsnEQUsH8D5k+d9A8T1 nyILKPb44POs3jsRsWJPRVZBTeDkoVxbz7ooFE3tP7o+eF/AjcGJbr132udB0GNK9mZB y1BUY/4V0ErKVg+s5pUesjjYeC8CaTtPrtUS/ghkp3+4YbaTqSK7SqRyrPGTAOtw7U3u 0t9c3WD/pV75cd3pWelPohFTZztB4Kk/Z1xPnPjrNMyqBWANWR6eK/IRX/bvzNjXhq61 V4FIBR7SkJapRqI7Fw/jnc7hlpyU6RT0igXY1ypNteUHSOVcx30sq/ApyBRwlF79Yz83 MO/Q== X-Gm-Message-State: AOJu0YwfFZEaEhozZ8HnzTeRO0GbzS56refwMmnHKzZp6P2qHguMXran mJ06BmuvOdpm9j5WGMntZxE= X-Google-Smtp-Source: AGHT+IGVmHkPDTs9pveEc++A/yZqboX3UX6Ki6Mx+kGZni2gA9qSfFhcAwbo0B/RpwdHc7rlpA2CCg== X-Received: by 2002:a17:902:8644:b0:1b8:954c:1f6 with SMTP id y4-20020a170902864400b001b8954c01f6mr7422106plt.36.1691387196960; Sun, 06 Aug 2023 22:46:36 -0700 (PDT) Received: from localhost (KD036014041111.ppp-bb.dion.ne.jp. [36.14.41.111]) by smtp.gmail.com with ESMTPSA id bg1-20020a1709028e8100b001b89a6164desm5818150plb.118.2023.08.06.22.46.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 06 Aug 2023 22:46:36 -0700 (PDT) Date: Mon, 07 Aug 2023 14:46:34 +0900 (JST) Message-Id: <20230807.144634.593425755953926995.horikyota.ntt@gmail.com> To: bertranddrouvot.pg@gmail.com Cc: pgsql-hackers@lists.postgresql.org Subject: Re: "duplicated" wait events From: Kyotaro Horiguchi In-Reply-To: <701f45b5-13a3-6d75-cd24-835cc0716ecb@gmail.com> References: <701f45b5-13a3-6d75-cd24-835cc0716ecb@gmail.com> User-Agent: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk At Fri, 4 Aug 2023 17:07:51 +0200, "Drouvot, Bertrand" wrote in > SynRep currently appears in "IPC" and "LWLock" (see [2]) > WALWrite currently appears in "IO" and "LWLock" (see [2]) > > I think that can lead to confusion and it would be better to avoid > duplicate wait event > name across Wait Class (and so fix those 2 ones above), what do you > think? I think it would be handy to be able to summirize wait events by event names, instead of classes. In other words, grouping wait events through all classes according to their purpose. From that perspective, I'm rather fan of consolidating event names (that is, the opposite of your proposal). However, it seems the event weren't named with this consideration. So I'm on the fence about this change. By the way, I couldn't figure out how to tag event names without messing up the source tree. This causes meson to refuse a build.. regards. -- Kyotaro Horiguchi NTT Open Source Software Center