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 1qb1rv-00Axhv-Iu for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Aug 2023 16:47:07 +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 1qb1rt-0097cS-E0 for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Aug 2023 16:47:05 +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.94.2) (envelope-from ) id 1qb1rt-0097cI-1Y for pgsql-hackers@lists.postgresql.org; Tue, 29 Aug 2023 16:47:04 +0000 Received: from mail-oa1-x29.google.com ([2001:4860:4864:20::29]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qb1ro-001lvi-TQ for pgsql-hackers@postgresql.org; Tue, 29 Aug 2023 16:47:04 +0000 Received: by mail-oa1-x29.google.com with SMTP id 586e51a60fabf-1c4d8eaa8ebso3263217fac.0 for ; Tue, 29 Aug 2023 09:47:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693327618; x=1693932418; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=tvrXgQcC817RTLer1WezxJiM5eKFimb41cod4uPo9sI=; b=MN09RDNtlphsRsiKlU/x4qSAz4S6K0DLOMwIwrH5+aKi9hXHI6+SFGJrV/5wEPRCIY EC51UmiacArfXJDXXu33778Tem6PUFxqMWvOP2rL0MTPyn9TveJ28E/EanKheBRKsQ/Q rvf2QV9cT+x+1lhcdO+DX53PiIe5jWPBWOw+ER4DJAQ2KubdLwsSQKnzFKqg1joM4kfY nvB7eGPsEltH/Fszn34Sl33lT5yvqUQv6OWgl7Ujx+NZc4IV8SKFcOeJ9a5ud9gD9cut M5ef12X7IznFS0EiAZ2sGKYPToQkMakViZYLKXRYlhLoHhD5Bg0A8otPiD5XSZL6e1Mu NCjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693327618; x=1693932418; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=tvrXgQcC817RTLer1WezxJiM5eKFimb41cod4uPo9sI=; b=NL00x5XSc08k2QQoGxTupUiMBUooMQoKR41LUZXYjYyro/p7BVUfigzccTlvF9ZsoV p67tyLjf6NfzmwRyTy/Vn4NvWYMAqedw8LZ2Z8FAaOVyviVcVJtK5nlMK64WcwiwXiHE ZKk1SS73/K2hSxx+THls0WuGeIMwRpkaf00NPwOAKf4CdyMNzPkmY8f17JEdMSVYzkXX UzUExOZDkIW60wbwNj4PNS9mZsmntwIegxg8XLYbP/5brlz/ztpgSRthnz+NnSYIEpcw CM2ZZYC2H1ib8SRW2g2CWZ4HLSPKln25wWA0IM0ux0DTFxAO8brIn5trJvGVzb/Bf8xm vnKQ== X-Gm-Message-State: AOJu0YxSOl+cvQ/rQPV8JYnf/T8rK81SIfOWkkp02u9YuT8VeRZqZfqW +tOtVJBtjI/+f8XwI4h2Feo= X-Google-Smtp-Source: AGHT+IHMA/QVdp/6bZyax7RaA9J3OKglZR7m84vxkdAjvfR6/MMe9zpQVvHty/E2Fq/82DXGQO/4gA== X-Received: by 2002:a05:6870:a412:b0:1bf:1a58:c50 with SMTP id m18-20020a056870a41200b001bf1a580c50mr17236491oal.9.1693327618248; Tue, 29 Aug 2023 09:46:58 -0700 (PDT) Received: from nathanxps13 ([2600:1700:48f8:340f:81ea:cf11:cf3a:1e7c]) by smtp.gmail.com with ESMTPSA id w18-20020a056870431200b001ccecad1471sm5684802oah.28.2023.08.29.09.46.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Aug 2023 09:46:57 -0700 (PDT) Date: Tue, 29 Aug 2023 09:46:55 -0700 From: Nathan Bossart To: Michael Paquier Cc: "Imseih (AWS), Sami" , Ian Lawrence Barwick , pgsql-hackers , "robertmhaas@gmail.com" Subject: Re: pg_stat_get_backend_subxact() and backend IDs? Message-ID: <20230829164655.GA2138073@nathanxps13> References: <20230824023206.GA1128857@nathanxps13.lan> <20230824025140.GB1128857@nathanxps13.lan> <20230824161913.GA1394441@nathanxps13.lan> <20230825153251.GA1593219@nathanxps13> <20230825192949.GA1917227@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, Aug 28, 2023 at 10:53:52AM +0900, Michael Paquier wrote: > I understand that this is not a fantastic naming, but renaming > pgstat_fetch_stat_local_beentry() to something like > pgstat_fetch_stat_local_beentry_by_{index|position}_id() would make > the difference much easier to grasp, and we should avoid the use of > "beid" when we refer to the *position/index ID* in > localBackendStatusTable, because it is not a BackendId at all, just a > position in the local array. This was my first reaction [0]. I was concerned about renaming the exported functions so close to release, so I was suggesting that we hold off on that part until v17. If there isn't a concern with renaming these functions in v16, I can proceed with something more like v2. [0] https://postgr.es/m/20230824161913.GA1394441%40nathanxps13.lan -- Nathan Bossart Amazon Web Services: https://aws.amazon.com