From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Peter Eisentraut <peter(at)eisentraut(dot)org>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Alexander Lakhin <exclusion(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Regression tests fail on OpenBSD due to low semmns value |
Date: | 2024-12-18 17:00:48 |
Message-ID: | 2782114.1734541248@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> Maybe we should consider switching those platforms to unnamed posix
> semaphores?
I already looked into that. OpenBSD still doesn't have cross-process
posix semaphores, at least according to its man page. NetBSD does,
but they consume an FD per sema, which is actually worse because
the default max-open-files-per-process is none too large either.
> But TBH, nobody uses openbsd and netbsd if performance matters even one
> iota. And considering a bunch of postgres changes to deal with idiotic default
> sysv limits doesn't feal like a sensible thing to do in 2024.
Yeah, I would not expend a lot of effort on this. But two one-line
changes doesn't seem unreasonable.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Melanie Plageman | 2024-12-18 17:01:11 | Re: Can rs_cindex be < 0 for bitmap heap scans? |
Previous Message | Andres Freund | 2024-12-18 16:55:11 | Re: Removing the pgstat_flush_io() call from the walwriter |