Re: Update outdated references to SLRU ControlLock

From: Julien Rouhaud <rjuju123(at)gmail(dot)com>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Update outdated references to SLRU ControlLock
Date: 2025-09-01 05:19:41
Message-ID: aLUs7ap5paM8Vq9C@jrouhaud
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Sep 01, 2025 at 02:05:56PM +0900, Michael Paquier wrote:
> On Mon, Sep 01, 2025 at 11:32:41AM +0800, Julien Rouhaud wrote:
> > Note that the main comment of slru.c still has one paragraph that mentions
> > "bank control lock" consistently before switching to just "control lock" in the
> > next paragraph. I'm assuming that it's ok in that context as it seems clear to
> > me that those are the same thing, just spelled with a less verbose name.
>
> Good catch, right.
>
> I am not seeing "control" used much as a term (3 times on HEAD).
> There is a lot of "bank lock" or "SLRU bank lock", both being mixed
> depending on the parts of the code using SLRUs (multixact, predicates,
> etc.).

Yes, and some other parts simply mentions "lock" (eg TransactionIdGetStatus)

> "SLRU bank lock" speaks a bit better to me, as the concept relates
> to.. SLRUs, but that's mostly a matter of taste between the three
> wordings, I guess. Do you have a preference?

I don't really have a preference. Bank lock is shorter but may be a bit more
obscure, especially outside slru.c, so using "SLRU bank lock" could be better
indeed.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2025-09-01 05:27:16 Re: libpq OpenSSL and multithreading
Previous Message Antonin Houska 2025-09-01 05:12:11 Re: Adding REPACK [concurrently]