Re: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work.
| От | Michael Paquier |
|---|---|
| Тема | Re: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work. |
| Дата | |
| Msg-id | YkaTrRBo6bk5EZ5F@paquier.xyz обсуждение |
| Ответ на | Re: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work. (Julien Rouhaud <rjuju123@gmail.com>) |
| Список | pgsql-bugs |
On Thu, Mar 31, 2022 at 06:46:59PM +0800, Julien Rouhaud wrote: > So, after more digging it turns out that the patch is supposed to work. If I > force using the PG_FILE_MAP_LARGE_PAGES, postgres starts and I do see "Locked > WS" usage with VMMap, with a size in the order of magnitude of my > shared_buffers. > > What is apparently not working on my VM is IsWindowsVersionOrGreater(10, 0, > 1703). I added some debug around to check what GetVersionEx() [2] is saying, > and I get: > > dwMajorVersion == 6 > dwMinorVersion == 2 > dwBuildNumber == 9200 Okay. Well, I'd like to think that the patch written as-is is correct. Now your tests are saying the contrary, so I don't really know what to think about it :) >> TRUE if the specified version matches, or is greater than, the version of the >> current Windows OS; otherwise, FALSE. > > Isn't that supposed to be the opposite? I get from the upstream docs that if the runtime version of Windows is higher than 10.0.1703, IsWindowsVersionOrGreater() should return true. Perhaps the issue is in the patch and its argument values, but it does not look straight-forward to know what those values should be, and there are no examples in the docs to show that, either :/ -- Michael
Вложения
В списке pgsql-bugs по дате отправления: