Re: NUMA packaging and patch - Mailing list pgsql-hackers

From Claudio Freire
Subject Re: NUMA packaging and patch
Date
Msg-id CAGTBQpZC9rLMQ1fnNnTyA-v9TC_=Wu9VW3-i6PCj7aGru-08Jg@mail.gmail.com
Whole thread Raw
In response to Re: NUMA packaging and patch  (Kohei KaiGai <kaigai@kaigai.gr.jp>)
Responses Re: NUMA packaging and patch  (Kevin Grittner <kgrittn@ymail.com>)
List pgsql-hackers
On Thu, Jun 26, 2014 at 11:18 AM, Kohei KaiGai <kaigai@kaigai.gr.jp> wrote:
> One thing I concern is, it may conflict with numa-balancing
> features that is supported in the recent Linux kernel; that
> migrates physical pages according to the location of tasks
> which references the page beyond the numa zone.
> # I'm not sure whether it is applied on shared memory region.
> # Please correct me if I misunderstood. But it looks to me
> # physical page in shared memory is also moved.
>
http://events.linuxfoundation.org/sites/events/files/slides/summit2014_riel_chegu_w_0340_automatic_numa_balancing_0.pdf


Sadly, it excludes the OS cache explicitly (when it mentions libc.so),
which is one of the hottest sources of memory bandwidth consumption in
a database.



pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: bad estimation together with largework_mem generates terrible slow hash joins
Next
From: Andrew Dunstan
Date:
Subject: Re: What's the point of json_extract_path_op etc?