Re: failed NUMA pages inquiry status: Operation not permitted
От
Tomas Vondra
Тема
Re: failed NUMA pages inquiry status: Operation not permitted
Дата
Msg-id
a05ca971-a8ea-422f-85cd-b5edc46c5a9a@vondra.me
Ответ на
Re: failed NUMA pages inquiry status: Operation not permitted (Christoph Berg)
Список
Дерево обсуждения
Re: failed NUMA pages inquiry status: Operation not permitted Tomas Vondra <tomas@vondra.me>
Re: failed NUMA pages inquiry status: Operation not permitted Christoph Berg <myon@debian.org>
Re: failed NUMA pages inquiry status: Operation not permitted Tomas Vondra <tomas@vondra.me>
Re: failed NUMA pages inquiry status: Operation not permitted Tomas Vondra <tomas@vondra.me>
Re: failed NUMA pages inquiry status: Operation not permitted Christoph Berg <myon@debian.org>
Re: failed NUMA pages inquiry status: Operation not permitted Jakub Wartak <jakub.wartak@enterprisedb.com>
Re: failed NUMA pages inquiry status: Operation not permitted Tomas Vondra <tomas@vondra.me>
Re: failed NUMA pages inquiry status: Operation not permitted Jakub Wartak <jakub.wartak@enterprisedb.com>
Re: failed NUMA pages inquiry status: Operation not permitted Tomas Vondra <tomas@vondra.me>
Re: failed NUMA pages inquiry status: Operation not permitted Tomas Vondra <tomas@vondra.me>
Re: failed NUMA pages inquiry status: Operation not permitted Bertrand Drouvot <bertranddrouvot.pg@gmail.com>
Re: failed NUMA pages inquiry status: Operation not permitted Christoph Berg <myon@debian.org>
Re: failed NUMA pages inquiry status: Operation not permitted Jakub Wartak <jakub.wartak@enterprisedb.com>
On 10/16/25 17:19, Christoph Berg wrote: >> So maybe all that's needed is a get_mempolicy() call in >> pg_numa_available() ? > > ... > > So maybe PG should implement numa_available itself like that. (Or > accept the output difference so the regression tests are passing.) > I'm not sure which of those options is better. I'm a bit worried just accepting the alternative output would hide some failures in the future (although it's a low risk). So I'm leaning to adjust pg_numa_init() to also check EPERM, per the attached patch. It still calls numa_available(), so that we don't silently miss future libnuma changes. Can you check this makes it work inside the docker container? regards -- Tomas Vondra
В списке pgsql-hackers по дате отправления