Re: [PATCH] Use MAP_HUGETLB where supported (v3)
| От | Christian Kruse |
|---|---|
| Тема | Re: [PATCH] Use MAP_HUGETLB where supported (v3) |
| Дата | |
| Msg-id | 20140303093423.GC20834@defunct.ch обсуждение исходный текст |
| Ответ на | Re: [PATCH] Use MAP_HUGETLB where supported (v3) (Heikki Linnakangas <hlinnakangas@vmware.com>) |
| Ответы |
Re: [PATCH] Use MAP_HUGETLB where supported (v3)
|
| Список | pgsql-hackers |
Hi, > >Attached is a patch with the updated documentation (now uses > >consistently huge pages) as well as a renamed GUC, consistent wording > >(always use huge pages) as well as renamed variables. > > Hmm, I wonder if that could now be misunderstood to have something to do > with the PostgreSQL page size? Maybe add the word "memory" or "operating > system" in the first sentence in the docs, like this: "Enables/disables the > use of huge memory pages". Accepted, see attached patch. > > <para> > > At present, this feature is supported only on Linux. The setting is > > ignored on other systems when set to <literal>try</literal>. > > <productname>PostgreSQL</productname> will > > refuse to start when set to <literal>on</literal>. > > </para> > > Is it clear enough that PostgreSQL will only refuse to start up when it's > set to on, *if the feature's not supported on the platform*? Perhaps just > leave that last sentence out. It's mentioned later that " With > <literal>on</literal>, failure to use huge pages will prevent the server > from starting up.", that's probably enough. Fixed. Best regards, -- Christian Kruse http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Вложения
В списке pgsql-hackers по дате отправления: