Re: [PATCH 1/1] Initial mach based shared memory support. - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [PATCH 1/1] Initial mach based shared memory support.
Date
Msg-id 67d4b5d0-8554-53aa-3d4b-53047a9c0521@enterprisedb.com
Whole thread Raw
In response to [PATCH 1/1] Initial mach based shared memory support.  (James Hilliard <james.hilliard1@gmail.com>)
Responses Re: [PATCH 1/1] Initial mach based shared memory support.  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2020-11-22 09:19, James Hilliard wrote:
> OSX implements sysv shmem support via a mach wrapper, however the mach
> sysv shmem wrapper has some severe restrictions that prevent us from
> allocating enough memory segments in some cases.
> 
> These limits appear to be due to the way the wrapper itself is
> implemented and not mach.
> 
> For example when running a test suite that spins up many postgres
> instances I commonly see this issue:
> DETAIL:  Failed system call was shmget(key=5432002, size=56, 03600).

This is the first I've heard in years of shared memory limits being a 
problem on macOS.  What settings or what levels of concurrency do you 
use to provoke these errors?




pgsql-hackers by date:

Previous
From: "Joel Jacobson"
Date:
Subject: Re: pg_class.reltype -> pg_type.oid missing for pg_toast table
Next
From: Dilip Kumar
Date:
Subject: Re: [HACKERS] Custom compression methods