pg.ddx.io pgsql-bugs@postgresql.org mailing list archive
help / color / mirror / Atom feedBUG #19096: Hugepages configuration is probably not reserving the allocated number of pages
2+ messages / 2 participants
[nested] [flat]
* BUG #19096: Hugepages configuration is probably not reserving the allocated number of pages
@ 2025-10-28 09:37 PG Bug reporting form <noreply@postgresql.org>
2025-10-29 19:08 ` Re: BUG #19096: Hugepages configuration is probably not reserving the allocated number of pages Tomas Vondra <tomas@vondra.me>
0 siblings, 1 reply; 2+ messages in thread
From: PG Bug reporting form @ 2025-10-28 09:37 UTC (permalink / raw)
To: pgsql-bugs@lists.postgresql.org; +Cc: szmscy4nfxk@protonmail.com
The following bug has been logged on the website:
Bug reference: 19096
Logged by: dex terity
Email address: szmscy4nfxk@protonmail.com
PostgreSQL version: 18.0
Operating system: Debian 12, 13
Description:
Thanks for Postgresql
I have been exploring hugepages functionality in PG and other applications,
found out there's actually a worthy performance improvement. The problem is
that while other applications such as libvirt, php all play nice with HP, if
I launch PG with HP then the next apps will show problems, even though the
number of pages is in excess. Without PG it is possible to run any
combination of apps and instances without problems. PG runs happy when alone
or with one libvirt vm. One thing I noticed is PG does not reserve the full
number of pages when started... maybe that's the problem.
Regards
^ permalink raw reply [nested|flat] 2+ messages in thread
* Re: BUG #19096: Hugepages configuration is probably not reserving the allocated number of pages
2025-10-28 09:37 BUG #19096: Hugepages configuration is probably not reserving the allocated number of pages PG Bug reporting form <noreply@postgresql.org>
@ 2025-10-29 19:08 ` Tomas Vondra <tomas@vondra.me>
0 siblings, 0 replies; 2+ messages in thread
From: Tomas Vondra @ 2025-10-29 19:08 UTC (permalink / raw)
To: szmscy4nfxk@protonmail.com, pgsql-bugs@lists.postgresql.org, PG Bug reporting form <noreply@postgresql.org>
On 10/28/25 10:37, PG Bug reporting form wrote:
> The following bug has been logged on the website:
>
> Bug reference: 19096
> Logged by: dex terity
> Email address: szmscy4nfxk@protonmail.com
> PostgreSQL version: 18.0
> Operating system: Debian 12, 13
> Description:
>
> Thanks for Postgresql
> I have been exploring hugepages functionality in PG and other applications,
> found out there's actually a worthy performance improvement. The problem is
> that while other applications such as libvirt, php all play nice with HP, if
> I launch PG with HP then the next apps will show problems, even though the
> number of pages is in excess. Without PG it is possible to run any
> combination of apps and instances without problems. PG runs happy when alone
> or with one libvirt vm. One thing I noticed is PG does not reserve the full
> number of pages when started... maybe that's the problem.
> Regards
>
I have no idea what "play nice" means for the other apps. Either there
are enough huge pages or not. And if the apps "show problems" after the
pages get used by Postgres, I'd not call that "play nice".
Postgres does not reserve huge pages (and the documentation makes this
fairly clear [1]). Because how would it know how many huge pages to
reserve? There can be other stuff running on the system, and we have no
idea how much memory / hugepages that may need.
[1]
https://www.postgresql.org/docs/current/kernel-resources.html#LINUX-HUGE-PAGES
--
Tomas Vondra
^ permalink raw reply [nested|flat] 2+ messages in thread
end of thread, other threads:[~2025-10-29 19:08 UTC | newest]
Thread overview: 2+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2025-10-28 09:37 BUG #19096: Hugepages configuration is probably not reserving the allocated number of pages PG Bug reporting form <noreply@postgresql.org>
2025-10-29 19:08 ` Tomas Vondra <tomas@vondra.me>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox