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.96) (envelope-from ) id 1wT9UD-000LjJ-1Y for pgsql-hackers@arkaria.postgresql.org; Sat, 30 May 2026 02:31:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wT9UA-0057Xn-1K for pgsql-hackers@arkaria.postgresql.org; Sat, 30 May 2026 02:31:38 +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.96) (envelope-from ) id 1wT9U9-0057Xe-35 for pgsql-hackers@lists.postgresql.org; Sat, 30 May 2026 02:31:38 +0000 Received: from mail-4397.protonmail.ch ([185.70.43.97]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wT9U6-00000000D4X-1uP3 for pgsql-hackers@lists.postgresql.org; Sat, 30 May 2026 02:31:37 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=scottray.io; s=protonmail; t=1780108291; x=1780367491; bh=V6Hhf8McdBlL3neSrD8rxzcS694FTqvQy//4bcXxjGw=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=HJ+rpBQdt76x8jIFKftYkHcrES3yaGHKnM6KGITLD+0HAZ+nmNDAqIktq8pS1mNl8 FyqrjvMWpxcXb/szoqqDyB64Y3KaT96xxomusJKzyYXHERgVunD9w47ASfqBm7lZwG tSLQNDoGnl07MqIm+rSMKuLkQ25mBwTnlsSaCEVVVCEso2rcKGHl/K1X/0in2Siu1a aVWECiL1UQ1JfUTAWI/ahZsjjp9cH4syN6WXvMNbfJud6jiK+eDT9fWPcVUasWvawB Y7HPUUP4yOZLzdgY805CxUTXW7FBYIleFzhGedK4CCKRU1hkR5OrefTs5XDLGAU973 +JyMr2mrUjvDQ== Date: Sat, 30 May 2026 02:31:27 +0000 To: Laurenz Albe From: Scott Ray Cc: Shinya Kato , Japin Li , wenhui qiu , Sami Imseih , PostgreSQL Hackers Subject: Re: Report oldest xmin source when autovacuum cannot remove tuples Message-ID: <3bnBUxwx2npXqvHL0trI11LOOvzQ7LI0GzWqbaj5SJnk7DTb1uzStGveKwj0JJmBW4ebzGIF3az7of4I4rQeaO_PRqDnnClCduPyjM6gPgM=@scottray.io> In-Reply-To: <6634e1b0b5b74e5c2e3b06201120a81e11d82a55.camel@cybertec.at> References: <6634e1b0b5b74e5c2e3b06201120a81e11d82a55.camel@cybertec.at> Feedback-ID: 189710061:user:proton X-Pm-Message-ID: cfc75704192d207785f6b3eb6052e025b5465ff8 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha512; boundary="------881d80f5a84d6a32c42ef23e24a0bb93884d71573ee7a65b8130f2907d46b036"; charset=utf-8 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------881d80f5a84d6a32c42ef23e24a0bb93884d71573ee7a65b8130f2907d46b036 Content-Type: multipart/mixed;boundary=---------------------adf61d28d726b7b08dbf3aef0d07bf1c -----------------------adf61d28d726b7b08dbf3aef0d07bf1c Content-Transfer-Encoding: quoted-printable Content-Type: text/plain;charset=utf-8 > I guess the overhead of one more scan of the process array for every aut= ovacuum > run if "log_autovacuum_min_duration" is non-zero (which is the default) > is acceptable. Could vacuum compute the blocker during ComputeXidHorizons and consume it = at log time? Avoids the extra scan, and binds the blocker to the horizon vacuum used fo= r pruning. Scott Ray -----------------------adf61d28d726b7b08dbf3aef0d07bf1c-- --------881d80f5a84d6a32c42ef23e24a0bb93884d71573ee7a65b8130f2907d46b036 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: ProtonMail wrsEARYKAG0FgmoaS/EJENJWjBT/u5s7RRQAAAAAABwAIHNhbHRAbm90YXRp b25zLm9wZW5wZ3Bqcy5vcmfKZul4YWuGSjLZpIC8FmHRX95cxma+2G4Z9Mg+ eSCr+RYhBHp15mAbLriqt8a+vNJWjBT/u5s7AABo+AD+NY28s26eIgl2sEDo B1oVbIaDcQuTI+f6tSNbVTAxoFEBAN81byKc574jcu70+Oa2R7UfDfNvGJYP qHYEhOsq4ggG =y/2/ -----END PGP SIGNATURE----- --------881d80f5a84d6a32c42ef23e24a0bb93884d71573ee7a65b8130f2907d46b036--