Re: Set huge_page_size on 32bit system - Mailing list pgsql-bugs

From Daria Shanina
Subject Re: Set huge_page_size on 32bit system
Date
Msg-id CAMp4U1cvurfHJQCEn1VtK0YhELjkywJ+ohZRV0SCG4VvNe84AA@mail.gmail.com
Whole thread
List pgsql-bugs
Hello,
Kiyotaro and Michael, thank you so much for your answers!
Using MAX_KILOBYTES as the upper bound is indeed absolutely accurate, and now everything is working correctly.

---
Best regards,
Daria Shanina

сб, 27 июн. 2026 г. в 05:50, Michael Paquier <michael@paquier.xyz>:
On Fri, Jun 26, 2026 at 05:16:23PM +0900, Michael Paquier wrote:
> Changing the states of the GUC tables in the stable branches would be
> OK in this case.  Now, it took so many years for somebody to complain
> that setting huge pages at 1TB on a 32b build does not work that I
> cannot really get excited about a backpatch.  So I would just do the
> switch on HEAD, and call it a day.

And just applied a patch doing so, HEAD-only.
--
Michael


--
С уважением,
Шанина Дарья Александровна

pgsql-bugs by date:

Previous
From: Dean Rasheed
Date:
Subject: Re: BUG #19536: UPDATE RETURNING OLD value is stale after concurrent update when table has a BEFORE UPDATE trigger
Next
From: Tom Lane
Date:
Subject: Re: BUG #19540: Inconsistent integer-to-octal formatting for permission GUCs in pg_settings (boot_val vs setting)