OpenBSD versus semaphores - Mailing list pgsql-hackers

From Tom Lane
Subject OpenBSD versus semaphores
Date
Msg-id 27582.1546928073@sss.pgh.pa.us
Whole thread Raw
Responses Re: OpenBSD versus semaphores  (Thomas Munro <thomas.munro@enterprisedb.com>)
Re: OpenBSD versus semaphores  (Mikael Kjellström <mikael.kjellstrom@mksoft.nu>)
Re: OpenBSD versus semaphores  (Abel Abraham Camarillo Ojeda <acamari@verlet.org>)
List pgsql-hackers
I've been toying with OpenBSD lately, and soon noticed a seriously
annoying problem for running Postgres on it: by default, its limits
for SysV semaphores are only SEMMNS=60, SEMMNI=10.  Not only does that
greatly constrain the number of connections for a single installation,
it means that our TAP tests fail because you can't start two postmasters
concurrently (cf [1]).

Raising the annoyance factor considerably, AFAICT the only way to
increase these settings is to build your own custom kernel.

So I looked around for an alternative, and found out that modern
OpenBSD releases support named POSIX semaphores (though not unnamed
ones, at least not shared unnamed ones).  What's more, it appears that
in this implementation, named semaphores don't eat open file descriptors
as they do on macOS, removing our major objection to using them.

I don't have any OpenBSD installation on hardware that I'd take very
seriously for performance testing, but some light testing with
"pgbench -S" suggests that a build with PREFERRED_SEMAPHORES=NAMED_POSIX
has just about the same performance as a build with SysV semaphores.

This all leads to the thought that maybe we should be selecting
PREFERRED_SEMAPHORES=NAMED_POSIX on OpenBSD.  At the very least,
our docs ought to recommend it as a credible alternative for
people who don't want to get into building custom kernels.

I've checked that this works back to OpenBSD 6.0, and scanning
their man pages suggests that the feature appeared in 5.5.
5.5 isn't that old (2014) so possibly people are still running
older versions, but we could easily put in version-specific
default logic similar to what's in src/template/darwin.

Thoughts?

            regards, tom lane

[1] https://www.postgresql.org/message-id/e6ecf989-9d5a-9dc5-12de-96985b6e5a5f%40mksoft.nu


pgsql-hackers by date:

Previous
From: Haribabu Kommi
Date:
Subject: GUC parameters accepts values in both octal and hexadecimal formats
Next
From: David Steele
Date:
Subject: Re: could recovery_target_timeline=latest be the default in standbymode?