On Wed, Mar 25, 2026 at 9:11 AM Xuneng Zhou <[email protected]> wrote:
>
> Hi Japin,
>
> Thanks for looking into this.
>
> On Tue, Mar 24, 2026 at 10:01 PM Japin Li <[email protected]> wrote:
> >
> >
> > Hi, Xuneng
> >
> > On Tue, 24 Mar 2026 at 19:17, Xuneng Zhou <[email protected]> wrote:
> > > Hi Zsolt,
> > >
> > > On Tue, Mar 24, 2026 at 1:55 PM Zsolt Parragi <[email protected]> 
> > > wrote:
> > >
> > >  Hello!
> > >
> > >  This is a simple patch, but shouldn't it include at least some basic
> > >  tests verifying the new behavior?
> > >
> > > Thanks for looking into this. I've added a test for it. Please take a 
> > > look.
> >
> > Thanks for updating the patch. A few comments on v2:
> >
> > 1.
> > +       (The probes listed next fire in sequence during checkpoint 
> > processing.)
> > +       arg0 is the number of buffers written. arg1 is the total number of
> >
> > These changes seem unnecessary. Additionally, there appears to be an
> > indentation issue.
>
> Yeah, I've removed these and fixed the indentation issue.
>
> > 2.
> > +    current = pg_atomic_read_u64(&XLogCtl->walSegmentsCreated);
> > +    CheckpointStats.ckpt_segs_added = (int)
> > +        (current - XLogCtl->walSegsCreatedLastCheckpoint);
> > +    XLogCtl->walSegsCreatedLastCheckpoint = current;
> >
> > Is integer overflow a concern here? It seems unlikely in practice.
>
> I don’t think overflow is a concern here, but it might still be
> helpful to add some comments to mention it.
>

v4 fixed the inaccurate overflow numbers in comments.

-- 
Best,
Xuneng

Attachment: v4-0001-Count-WAL-segment-creations-by-all-processes-in-l.patch
Description: Binary data

Reply via email to