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 1tGuPZ-001gyJ-Pb for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Nov 2024 06:23:29 +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 1tGuPX-004eQE-A7 for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Nov 2024 06:23:28 +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 1tGuPW-004eQ0-UE for pgsql-hackers@lists.postgresql.org; Fri, 29 Nov 2024 06:23:28 +0000 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tGuPV-0007WT-LO for pgsql-hackers@lists.postgresql.org; Fri, 29 Nov 2024 06:23:26 +0000 Received: by mail-lj1-x22f.google.com with SMTP id 38308e7fff4ca-2ffbea0acc2so16688091fa.1 for ; Thu, 28 Nov 2024 22:23:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1732861404; x=1733466204; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=UiPIZRDMbVIxRZrU09gvxV6lkNl9YX9TN2a1sm4igCA=; b=Hayf4I3lXvDgKLloV54mjuU5EpDenCmfZ7r3f7M0dYdgt5HAMOeioH9X6fs+2DhdyD cTaA9GZYCuEcVxCwrJ23F+rNNYeTlk3SKeUdjgQgaSj24HcdAzTNWpEs41ek0H0B9f+E JnQD38Voplv4CBfAcNXpPL6SoqRejxoXKygH/3h7S/3kSoezFrP/8tH9jI5i0ApnCCrc izY5zB1wdYrFaKI0AGRZwfzHL2bOo6dWgcVoaLTNBKv5etA7VayclKgDGSYRGaaX4vjx sfA2GnFRd2/AeMnWDpKYa4yvSZSNWErrXOVOza3XIXt4d1iozySyDHmMlgOW038g8tW+ MTzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732861404; x=1733466204; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=UiPIZRDMbVIxRZrU09gvxV6lkNl9YX9TN2a1sm4igCA=; b=fypT9pnYBBBH0o2j26/t+10Y7gTfiTdzBkMX0/27iQ/Ea+sXk5sC2UiEuK8PKJokkf PvR9x4v/JSAaPsH/soPCosNxoppev21KCBMU8H7PVJ4OxUpdkoxHXIHxEylOhEON0MSP jTk704T2hjteDmeCarJzSm2xH3jl01u7elv7BiFLoaXgNLB7j90ynAtKMqgLSzqlbM56 HMnlfhCXm6yUQylmqJFMg+bWnRBjvbtHK+r4XLSAtbdUj74FOtQtuYiO62mPYstNTLbQ UpafpiRAGIYXdzeltBB7id+Heej2PxmxhWXZtHSG+oHfuNNE0ZVTcuXD9NVuVMy9AR55 GK4g== X-Forwarded-Encrypted: i=1; AJvYcCUAyyAc3yhFAxGWYUuq07++dMRBxYKgtpPfybTqPdK07zqnTJykmgz+kd3hgKli58or2NOZrbhmKQ9z/eoy@lists.postgresql.org X-Gm-Message-State: AOJu0YxuqLg4Nd8kEFT0rn1qT/cRHCxencUZjCAmkam6vp/21Id4mtnb nGP3uQ3OtwlirvCG5RaZ2PgQwQ4/OVECxgRg9UdxkN76eJnNYIcxPVv9sKpC19gLpixLxd81wGj lik1Xkmch97qrEQn8EOK4LPGCNn8= X-Gm-Gg: ASbGncu5vAMrzR4VA8QpxqgiwyhVrhC/DYyADRoX83F3RrRrbfDrkCJaWWZmEDxWDDw n/kvmD9twn6ghetEshdJ65bWTzUwD X-Google-Smtp-Source: AGHT+IG55BUmo4LNWDmtr7WYjVlXKedy32eLQ720F7Hf+Tu5Tn0lBjiBEbL8wMA7QXM434r6GkwRuYbBUDQfhnXIV34= X-Received: by 2002:a2e:a98a:0:b0:2ff:a7cd:ee7e with SMTP id 38308e7fff4ca-2ffd6040dc0mr49587271fa.6.1732861403726; Thu, 28 Nov 2024 22:23:23 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kirill Reshke Date: Fri, 29 Nov 2024 11:23:12 +0500 Message-ID: Subject: Re: relfilenode statistics To: Bertrand Drouvot Cc: Robert Haas , Michael Paquier , pgsql-hackers@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, 5 Nov 2024 at 11:06, Bertrand Drouvot wrote: > > > Does it sound ok to you to move with the above principal? (I'm +1 on it). > Hi! I looked through this thread. Looks like we are still awaiting a patch which stores more counters (n_dead_tup, ... etc) into relfilenode stats. So, I assume this should be moved to the next CF. I also have a very stupid question: If we don=E2=80=99t have the relation OID when writing buffers out, can we just store oid to buffertag mapping somewhere and use it? I suspect that this is a horrible idea, but what's the exact reason? Is it that we will break too many abstraction layers for such a minor matter? --=20 Best regards, Kirill Reshke