Re: Pass heap tuple counts to parallel vacuum as double

From: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>
To: Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>
Cc: Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>, Baji Shaik <baji(dot)pgdev(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Pass heap tuple counts to parallel vacuum as double
Date: 2026-11-11 18:40:57
Message-ID: CAD21AoAEOCtOUN_AnnF4eG7x8nQy22p7YihfX-oCgZgsmybQBw@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Nov 11, 2026 at 9:13 AM Bharath Rupireddy
<bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
>
> Hi,
>
> On Mon, Nov 9, 2026 at 10:03 PM Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> wrote:
> >
> > The patch also looks good to me.
>
> Yes, it LGTM too.
>
> "long" is a signed 8 bytes everywhere except on Windows, where it is 4
> bytes, and passing a number of tuples more than the 4-byte limit could
> potentially expose it to overflows.
>
> -Wfloat-conversion tells me there are other such uses [1] (haven't
> checked in depth whether these are worth fixing, and even if they need
> to be, in a separate thread of course).
>
> > I wonder if we can still get this into 19, as it hasn’t been released yet. This may be our last chance to change these function signatures for 19.
>
> +1 to back-patch to PG19 (assuming we have another release after RC2
> before the planned GA on Nov 19th) to avoid the overflow issues and
> keep the version diff small.

Agreed to backpatch to v19.

I've just pushed the fix. Thank you!

Regards,

--
Masahiko Sawada
Amazon Web Services: https://aws.amazon.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Matheus Alcantara 2026-11-11 18:54:24 Re: extension_control_path: ignore empty elements and deduplicate directories
Previous Message Baji Shaik 2026-11-11 18:37:23 Re: [PATCH] Fall back to serializing when parallel apply runs out of DSM segments