Re: MAX_BACKENDS size (comment accuracy) - Mailing list pgsql-hackers

From Andres Freund
Subject Re: MAX_BACKENDS size (comment accuracy)
Date
Msg-id pwkanegtsb4pmzsgcnd76hnaxe2kmipaobxfrolb2p6rm63ef6@s6serexsgq7g
Whole thread Raw
In response to Re: MAX_BACKENDS size (comment accuracy)  (Jacob Brazeal <jacob.brazeal@gmail.com>)
List pgsql-hackers
Hi,

On 2025-01-25 23:35:51 -0800, Jacob Brazeal wrote:
> While we are on the topic of comments from lwlock.c, there is one other one
> that confused me, in LWLockWaitListLock:

> *  /* and then spin without atomic operations until lock is released */ {
> SpinDelayStatus delayStatus; init_local_spin_delay(&delayStatus); while
> (old_state & LW_FLAG_LOCKED) { perform_spin_delay(&delayStatus); old_state
> = pg_atomic_read_u32(&lock->state); }#ifdef LWLOCK_STATS delays +=
> delayStatus.delays;#endif finish_spin_delay(&delayStatus); }*
> 
> It seems that we *are* using an atomic operation in the loop (though, no
> compare-and-set, etc.) I might be mis-reading the intent of the comment,
> but I'm curious if there's a way to reword it, too.

It's not really an atomic operation. It's just reading an atomic variable
(which just guarantees that the compiler isn't eliding the read and that the
read isn't torn).  Personally I don't think there's a need to rephrase the
comment, but I probably wrote it, so take that with a grain of salt.

Greetings,

Andres Freund

PS: FYI, this list values properly quoting messages instead of replying ontop
of the entire quoted messages.



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: MAX_BACKENDS size (comment accuracy)
Next
From: Tom Lane
Date:
Subject: Re: Using Expanded Objects other than Arrays from plpgsql