Re: Estimating HugePages Requirements? - Mailing list pgsql-hackers

From Bossart, Nathan
Subject Re: Estimating HugePages Requirements?
Date
Msg-id 7E4B78B7-4B8C-41D1-862D-B0BDC3432F83@amazon.com
Whole thread Raw
In response to Re: Estimating HugePages Requirements?  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Estimating HugePages Requirements?  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On 9/10/21, 1:02 PM, "Robert Haas" <robertmhaas@gmail.com> wrote:
> On Thu, Sep 9, 2021 at 5:53 PM Bossart, Nathan <bossartn@amazon.com> wrote:
>> I think it might be clearer to
>> somehow indicate that the value is essentially the size of the main
>> shared memory area in terms of the huge page size, but I'm not sure
>> how to do that concisely.  Perhaps it is enough to just make sure the
>> description of "huge_pages_required" is detailed enough.
>
> shared_memory_size_in_huge_pages? It's kinda long, but a long name
> that you can understand without reading the docs is better than a
> short one where you can't.

I think that's an improvement.  The only other idea I have at the
moment is num_huge_pages_required_for_shared_memory.

Nathan


pgsql-hackers by date:

Previous
From: Melanie Plageman
Date:
Subject: Re: pg_stat_bgwriter.buffers_backend is pretty meaningless (and more?)
Next
From: Jaime Casanova
Date:
Subject: Re: SQL:2011 application time