Re: Estimating HugePages Requirements?

From: Don Seiler <don(at)seiler(dot)us>
To: P C <puravc(at)gmail(dot)com>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Julien Rouhaud <rjuju123(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-admin <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Estimating HugePages Requirements?
Date: 2021-06-10 03:55:08
Message-ID: CAHJZqBATodSGXZ2vD_4efKdmAdaN0ucP=m93KL7Xmf5jqNzvYw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers

On Wed, Jun 9, 2021, 21:03 P C <puravc(at)gmail(dot)com> wrote:

> I agree, its confusing for many and that confusion arises from the fact
> that you usually talk of shared_buffers in MB or GB whereas hugepages have
> to be configured in units of 2mb. But once they understand they realize its
> pretty simple.
>
> Don, we have experienced the same not just with postgres but also with
> oracle. I havent been able to get to the root of it, but what we usually do
> is, we add another 100-200 pages and that works for us. If the SGA or
> shared_buffers is high eg 96gb, then we add 250-500 pages. Those few
> hundred MBs may be wasted (because the moment you configure hugepages, the
> operating system considers it as used and does not use it any more) but
> nowadays, servers have 64 or 128 gb RAM easily and wasting that 500mb to
> 1gb does not hurt really.
>

I don't have a problem with the math, just wanted to know if it was
possible to better estimate what the actual requirements would be at
deployment time. My fallback will probably be you did and just pad with an
extra 512MB by default.

Don.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message John Wiencek 2021-06-10 18:06:19 RHEL-8 Kernel Settings
Previous Message Bossart, Nathan 2021-06-10 03:09:24 Re: Estimating HugePages Requirements?

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2021-06-10 04:10:04 Re: logical replication of truncate command with trigger causes Assert
Previous Message Bharath Rupireddy 2021-06-10 03:47:55 Re: Refactor "mutually exclusive options" error reporting code in parse_subscription_options