Re: [PATCH 1/1] Initial mach based shared memory support.

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: James Hilliard <james(dot)hilliard1(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: [PATCH 1/1] Initial mach based shared memory support.
Date: 2021-01-20 06:10:54
Message-ID: 67d4b5d0-8554-53aa-3d4b-53047a9c0521@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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?

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dilip Kumar 2021-01-20 06:17:45 Re: [HACKERS] Custom compression methods
Previous Message Joel Jacobson 2021-01-20 06:00:37 Re: pg_class.reltype -> pg_type.oid missing for pg_toast table