Re: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work. - Mailing list pgsql-hackers

From Julien Rouhaud
Subject Re: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work.
Date
Msg-id 20220427165228.dkxndmm4lsrd5zgg@jrouhaud
Whole thread Raw
In response to AW: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work.  (Wilm Hoyer <W.Hoyer@dental-vision.de>)
Responses AW: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work.  (Wilm Hoyer <W.Hoyer@dental-vision.de>)
List pgsql-hackers
On Wed, Apr 27, 2022 at 03:04:23PM +0000, Wilm Hoyer wrote:
>
> I used the following hack to get the "real" Major and Minor Version of
> Windows - it's in C# (.Net) and needs to be adjusted (you can compile as x64
> and use a long-long as return value ) to return the Service Number too and
> translated it into C.
> I share it anyways, as it might help - please be kind, as it really is a
> little hack.
>
> Situation:
> Main Application can't or is not willing to add a manifest file into its
> resources.
>
> Solution:
> Start a small executable (which has a manifest file compiled into its
> resources), let it read the OS Version and code the Version into its return
> Code.

Thanks for sharing.

Having to compile another tool just for that seems like a very high price to
pay, especially since we don't have any C# code in the tree.  I'm not even sure
that compiling this wouldn't need additional requirements and/or if it would
work on our oldest supported Windows versions.



pgsql-hackers by date:

Previous
From: Julien Rouhaud
Date:
Subject: Re: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work.
Next
From: Mark Dilger
Date:
Subject: Re: Unstable tests for recovery conflict handling