Hi, On 2020-03-06 11:26:41 -0500, Robert Haas wrote: > On Fri, Mar 6, 2020 at 2:04 AM Antonin Houska <a...@cybertec.at> wrote: > > ok. What I missed is that BufferDesc.state is declared as pg_atomic_uint32 > > rather than plain int, so the pg_atomic_...() functions should be used > > regardless the buffer is shared or local. Sorry for the noise. > > Right. I thought, though, that your question was why we did it that > way instead of just declaring them as uint32. I'm not sure it's very > important, but I think that question hasn't really been answered.
I tried, at least: > Since local/shared buffers share the buffer header definition, we still have > to use proper functions to access > the atomic variables. There's only one struct BufferDesc. We could separate them out / introduce a union or such. But that'd add some complexity / potential for mistakes too. Greetings, Andres Freund