Re: pgsql: Add support for basic NUMA awareness

From: Andres Freund <andres(at)anarazel(dot)de>
To: pgsql-committers(at)lists(dot)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: Tomas Vondra <tomas(dot)vondra(at)postgresql(dot)org>
Subject: Re: pgsql: Add support for basic NUMA awareness
Date: 2025-04-08 14:24:21
Message-ID: 87592CF0-5F4E-4043-BC57-E635E0924995@anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Hi,

On April 8, 2025 10:05:48 AM EDT, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>Daniel Gustafsson <daniel(at)yesql(dot)se> writes:
>>> On 7 Apr 2025, at 23:18, Tomas Vondra <tomas(dot)vondra(at)postgresql(dot)org> wrote:
>>> Add support for basic NUMA awareness
>
>> dogfish is a little bit upset it seems.
>
>Hm, but why isn't anything else?

I assume it's a question of degree of parallelism. I was able to repro the failure when building from a clean tree with unlimited parallelism.

>I noticed this a little further up in dogfish's log:
>
>ninja: bad depfile: expected ':', saw 's'

I noticed that too - but it happened even before the hard failures. Will look at it in a bit.

>> Looking at pg_numa.c, shouldn't the include of postgres.h have an #ifndef
>> FRONTEND guard for postgres_fe.h as well?
>
>No, because it's evidently backend-only code. The real question
>is why is it in src/port/, because everything there gets built
>for both frontend and backend.

I think part of the file would make sense to eventually use in FE code, we should move the SQL function and the page size function out.

Greetings,

Andres
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2025-04-08 14:36:32 Re: pgsql: Add support for basic NUMA awareness
Previous Message Tom Lane 2025-04-08 14:05:48 Re: pgsql: Add support for basic NUMA awareness