Re: NUMA shared memory interleaving - Mailing list pgsql-hackers

From Bertrand Drouvot
Subject Re: NUMA shared memory interleaving
Date
Msg-id aAKPMrX1Uq6quKJy@ip-10-97-1-34.eu-west-3.compute.internal
Whole thread Raw
In response to Re: NUMA shared memory interleaving  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Hi,

On Wed, Apr 16, 2025 at 10:05:04AM -0400, Robert Haas wrote:
> On Wed, Apr 16, 2025 at 5:14 AM Jakub Wartak
> <jakub.wartak@enterprisedb.com> wrote:
> > Normal pgbench workloads tend to be not affected, as each backend
> > tends to touch just a small partition of shm (thanks to BAS
> > strategies). Some remaining questions are:
> > 1. How to name this GUC (numa or numa_shm_interleave) ? I prefer the
> > first option, as we could potentially in future add more optimizations
> > behind that GUC.
> 
> I wonder whether the GUC needs to support interleaving between a
> designated set of nodes rather than only being able to do all nodes.
> For example, suppose someone is pinning the processes to a certain set
> of NUMA nodes; perhaps then they wouldn't want to use memory from
> other nodes.

+1. That could be used for instances consolidation on the same host. One could
ensure that numa nodes are not shared across instances (cpu and memory resource
isolation per instance). Bonus point, adding Direct I/O into the game would
ensure that the OS page cache is not shared too.

Regards,

-- 
Bertrand Drouvot
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: ALTER COLUMN SET DATA TYPE does not change the generation expression's collation
Next
From: Bertrand Drouvot
Date:
Subject: Re: NUMA shared memory interleaving