Re: problems with "Shared Memory and Semaphores" section of docs
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Nathan Bossart <nathandbossart@gmail.com>
Cc: "Imseih (AWS), Sami" <simseih@amazon.com>,
Justin Pryzby <pryzby@telsasoft.com>,
"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2024-05-17T17:09:55Z
Lists: pgsql-hackers
Nathan Bossart <nathandbossart@gmail.com> writes: > [ many, many problems in documented formulas ] > At a bare minimum, we should probably fix the obvious problems, but I > wonder if we could simplify this section a bit, too. Yup. "The definition of insanity is doing the same thing over and over and expecting different results." Time to give up on documenting these things in such detail. Anybody who really wants to know can look at the source code. > If the exact values > are important, maybe we could introduce more GUCs like > shared_memory_size_in_huge_pages that can be consulted (instead of > requiring users to break out their calculators). I don't especially like shared_memory_size_in_huge_pages, and I don't want to introduce more of those. GUCs are not the right way to expose values that you can't actually set. (Yeah, I'm guilty of some of the existing ones like that, but it's still not a good thing.) Maybe it's time to introduce a system view for such things? It could be really simple, with name and value, or we could try to steal some additional ideas such as units from pg_settings. regards, tom lane
Commits
-
Introduce num_os_semaphores GUC.
- 0dcaea569034 18.0 landed
-
Fix documentation for POSIX semaphores.
- da565f3a4a2e 16.4 landed
- bb8425491cb7 15.8 landed
- 8111e80c5d39 17.0 landed
- 78fe33742dcc 12.20 landed
- 771b1b00bc60 13.16 landed
- 030ea3961f26 14.13 landed
-
Fix documentation for System V semaphores.
- f1884f57570c 15.8 landed
- d0c11ea29846 14.13 landed
- 65b8c401af0a 16.4 landed
- 4ebe51a5fbc3 17.0 landed
- 1d5c5ae8e555 13.16 landed
- 09d7caad32d8 12.20 landed