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-13 15:49:49
Message-ID: CA+TgmoZ1=ffb2zqNDCHc=-bkU2iw61Pn66Md7szoWubm-f2jeg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers

On Fri, Sep 10, 2021 at 7:43 PM Bossart, Nathan <bossartn(at)amazon(dot)com> wrote:
> > 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.

Hmm, that to me sounds like maybe only part of shared memory uses huge
pages and maybe we're just giving you the number required for that
part. I realize that it doesn't work that way but I don't know if
everyone will.

--
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-13 18:49:16 Re: Estimating HugePages Requirements?
Previous Message liam saffioti 2021-09-13 14:48:09 Re: autoovacuum launcher process

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2021-09-13 16:04:37 Re: refactoring basebackup.c
Previous Message Chris Cleveland 2021-09-13 15:49:48 64 bit TID?