pgsql: Silence valgrind about pg_numa_touch_mem_if_required - Mailing list pgsql-committers

From Tomas Vondra
Subject pgsql: Silence valgrind about pg_numa_touch_mem_if_required
Date
Msg-id E1uWYJb-004AqC-0U@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
Silence valgrind about pg_numa_touch_mem_if_required

When querying NUMA status of pages in shared memory, we need to touch
the memory first to get valid results. This may trigger valgrind
reports, because some of the memory (e.g. unpinned buffers) may be
marked as noaccess.

Solved by adding a valgrind suppresion. An alternative would be to
adjust the access/noaccess status before touching the memory, but that
seems far too invasive. It would require all those places to have
detailed knowledge of what the shared memory stores.

The pg_numa_touch_mem_if_required() macro is replaced with a function.
Macros are invisible to suppressions, so it'd have to suppress reports
for the caller - e.g. pg_get_shmem_allocations_numa(). So we'd suppress
reports for the whole function, and that seems to heavy-handed. It might
easily hide other valid issues.

Reviewed-by: Christoph Berg <myon@debian.org>
Reviewed-by: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>
Discussion: https://postgr.es/m/aEtDozLmtZddARdB@msg.df7cb.de
Backpatch-through: 18

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/81f287dc923f565722f46b18d71969926bc3c64f

Modified Files
--------------
contrib/pg_buffercache/pg_buffercache_pages.c |  3 +--
src/backend/storage/ipc/shmem.c               |  4 +---
src/include/port/pg_numa.h                    | 10 +++++++---
src/tools/valgrind.supp                       | 14 ++++++++++++++
4 files changed, 23 insertions(+), 8 deletions(-)


pgsql-committers by date:

Previous
From: Tomas Vondra
Date:
Subject: pgsql: Limit the size of numa_move_pages requests
Next
From: Tomas Vondra
Date:
Subject: pgsql: Silence valgrind about pg_numa_touch_mem_if_required