Re: pgsql: Allow vacuum command to process indexes in parallel. - Mailing list pgsql-committers

From Amit Kapila
Subject Re: pgsql: Allow vacuum command to process indexes in parallel.
Date
Msg-id CAA4eK1+JtO6MRZZrYAUi790c20DoH94=fiskt_ok9cjuaDcnjA@mail.gmail.com
Whole thread Raw
In response to Re: pgsql: Allow vacuum command to process indexes in parallel.  (Andres Freund <andres@anarazel.de>)
Responses Re: pgsql: Allow vacuum command to process indexes in parallel.  (Mahendra Singh Thalor <mahi6run@gmail.com>)
List pgsql-committers
On Mon, Mar 30, 2020 at 4:18 AM Andres Freund <andres@anarazel.de> wrote:
>
> > 2076
> > 2077          if ((shared_balance >= VacuumCostLimit) &&
> > >>>     CID ...:  Incorrect expression  (UNINTENDED_INTEGER_DIVISION)
> > >>>     Dividing integer expressions "VacuumCostLimit" and "nworkers", and then converting the integer quotient to
type"double". Any remainder, or fractional part of the quotient, is ignored.
 
> > 2078                  (VacuumCostBalanceLocal > 0.5 * (VacuumCostLimit / nworkers)))
> > 2079          {
> > 2080                  /* Compute sleep time based on the local cost balance */
> > 2081                  msec = VacuumCostDelay * VacuumCostBalanceLocal / VacuumCostLimit;
> > 2082                  pg_atomic_sub_fetch_u32(VacuumSharedCostBalance, VacuumCostBalanceLocal);
> > 2083                  VacuumCostBalanceLocal = 0;
>
> Which seems like a fair enough complaint?
>

Yeah, how can we set up and test a fix for this?  Where can I see these results?


-- 
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com



pgsql-committers by date:

Previous
From: Fujii Masao
Date:
Subject: pgsql: Expose BufferUsageAccumDiff().
Next
From: Fujii Masao
Date:
Subject: pgsql: Allow the planner-related functions and hook to accept the query