Re: Adding basic NUMA awareness
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Tomas Vondra <tomas@vondra.me>
Cc: Jakub Wartak <jakub.wartak@enterprisedb.com>, Alexey Makhmutov <a.makhmutov@postgrespro.ru>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2026-01-13T00:10:00Z
Lists: pgsql-hackers
Hi, On 2026-01-13 00:58:49 +0100, Tomas Vondra wrote: > On 1/10/26 02:42, Andres Freund wrote: > > psql -Xq -c 'SELECT pg_buffercache_evict_all();' -c 'SELECT numa_node, sum(size) FROM pg_shmem_allocations_numa GROUP BY 1;' && perf stat --per-socket -M memory_bandwidth_read,memory_bandwidth_write -a psql -c 'SELECT sum(abalance) FROM pgbench_accounts;' > And then I initialized pgbench with scale that is much larger than > shared buffers, but fits into RAM. So cached, but definitely > NB/4. And > then I ran > > select * from pgbench_accounts offset 1000000000; > > which does a sequential scan with the circular buffer you mention abobe Did you try it with the query I suggested? One plausible reason why you did not see an effect with your query is that with a huge offset you actually never deform the tuple, which is an important and rather latency sensitive path. Greetings, Andres Freund
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Sort guc_parameters.dat alphabetically by name
- fce7c73fba4e 19 (unreleased) cited