Re: Shared Memory: How to use SYSV rather than MMAP ?
От | Thomas Munro |
---|---|
Тема | Re: Shared Memory: How to use SYSV rather than MMAP ? |
Дата | |
Msg-id | CAEepm=3emo73vMCkd=0Qm5+aKbSnaCVMAvcE+uN9Dx=8C5YFYQ@mail.gmail.com обсуждение исходный текст |
Ответ на | RE: Shared Memory: How to use SYSV rather than MMAP ? ("REIX, Tony" <tony.reix@atos.net>) |
Ответы |
RE: Shared Memory: How to use SYSV rather than MMAP ?
|
Список | pgsql-hackers |
Bonjour Tony, On Sat, Jan 5, 2019 at 3:35 AM REIX, Tony <tony.reix@atos.net> wrote: > Thanks for the 2 patches! > > I've seen also the discussion around this subject. Very interesting. Should I wait for a decision been taken? or shouldI study and experiment your patches before? I am planning to commit the 0001 patch shortly, unless there are objections. I attach a new version, which improves the documentation a bit (cross-referencing the new GUC and the section on sysctl settings). That will give us shared_memory_type = sysv. Can you please try out the 0002 patch on AIX and see if it works, and if not, tell us how to fix it? :-) The desired behaviour is: 1. If huge_pages = off, it doesn't use them. 2. ff huge_pages = try, it tries to use them, but if it can't (perhaps because the Unix user doesn't have CAP_BYPASS_RAC_VMM capability), it should fall back to non-huge page. 3. If huge_pages = on, it tries to use them, but if it can't it fails to start up. There may also be a case for supporting different page sizes explicitly (huge_pages = 16GB?), but that could be done later. -- Thomas Munro http://www.enterprisedb.com
Вложения
В списке pgsql-hackers по дате отправления: