Re: Estimating HugePages Requirements?

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: "Bossart, Nathan" <bossartn(at)amazon(dot)com>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, Justin Pryzby <pryzby(at)telsasoft(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Magnus Hagander <magnus(at)hagander(dot)net>, Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com>, Don Seiler <don(at)seiler(dot)us>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Estimating HugePages Requirements?
Date: 2021-09-10 20:01:23
Message-ID: CA+TgmobbjVEzWco+4Wq79DWyqDqknx123dN-zLABN2Nb-tc-4Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers

On Thu, Sep 9, 2021 at 5:53 PM Bossart, Nathan <bossartn(at)amazon(dot)com> wrote:
> For 0001, the biggest thing on my mind at the moment is the name of
> the GUC. "huge_pages_required" feels kind of ambiguous. From the
> name alone, it could mean either "the number of huge pages required"
> or "huge pages are required for the server to run." Also, the number
> of huge pages required is not actually required if you don't want to
> run the server with huge pages.

+1 to all of that.

> 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.

--
Robert Haas
EDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Bossart, Nathan 2021-09-10 23:43:40 Re: Estimating HugePages Requirements?
Previous Message Henry Francisco Garcia Cortez 2021-09-10 16:10:40 background writer

Browse pgsql-hackers by date

  From Date Subject
Next Message McCoy, Shawn 2021-09-10 20:58:20 Remove_temp_files_after_crash and significant recovery/startup time
Previous Message Robert Haas 2021-09-10 19:44:22 Re: extensible options syntax for replication parser?