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