Re: Accommodate startup process in a separate ProcState array slot instead of in MaxBackends slots.
Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
From: Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Yura Sokolov <y.sokolov@postgrespro.ru>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2022-03-26T05:44:43Z
Lists: pgsql-hackers
Attachments
- v2-0001-Add-comment-about-startup-process-getting-procSta.patch (application/octet-stream) patch v2-0001
On Sat, Mar 26, 2022 at 1:20 AM Robert Haas <robertmhaas@gmail.com> wrote: > > On Sat, Feb 12, 2022 at 6:26 AM Bharath Rupireddy > <bharath.rupireddyforpostgres@gmail.com> wrote: > > FWIW, here's a patch just adding a comment on how the startup process > > can get a free procState array slot even when SInvalShmemSize hasn't > > accounted for it. > > I don't think the positioning of this code comment is very good, > because it's commenting on 0 lines of code. Perhaps that problem could > be fixed by making it the second paragraph of the immediately > preceding comment instead of a separate block, but I think the right > place to comment on this sort of thing is actually in the code that > sizes the data structure - i.e. SInvalShmemSize. If someone looks at > that function and says "hey, this uses GetMaxBackends(), that's off by > one!" they are not ever going to find this comment explaining the > reasoning. Thanks. It makes sense to put the comment in SInvalShmemSize. Attaching v2 patch. Please review it. Regards, Bharath Rupireddy.
Commits
-
Explain why the startup process can't cause a shortage of sinval slots.
- edea649afbce 15.0 landed