Re: Estimating HugePages Requirements?

Поиск
Список
Период
Сортировка
От Bossart, Nathan
Тема Re: Estimating HugePages Requirements?
Дата
Msg-id 0D1645F3-ADFD-4B2F-9F34-961BDFBB881B@amazon.com
обсуждение исходный текст
Ответ на Re: Estimating HugePages Requirements?  (Andres Freund <andres@anarazel.de>)
Ответы Re: Estimating HugePages Requirements?  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On 8/27/21, 12:39 PM, "Andres Freund" <andres@anarazel.de> wrote:
> One thing I wonder is if this wouldn't better be dealt with in a more generic
> way. While this is the most problematic runtime computed GUC, it's not the
> only one. What if we introduced a new shared_memory_size GUC, and made
> --describe-config output it? Perhaps adding --describe-config=guc-name?
>
> I also wonder if we should output the number of hugepages needed instead of
> the "raw" bytes of shared memory. The whole business about figuring out the
> huge page size, dividing the shared memory size by that and then rounding up
> could be removed in that case. Due to huge_page_size it's not even immediately
> obvious which huge page size one should use...

I like both of these ideas.

> Can you split this into a separate commit? It feels fairy uncontroversial to
> me, so I think we could just apply it soon?

I attached a patch for just the uncontroversial part, which is
unfortunately all I have time for today.

Nathan


Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Andres Freund"
Дата:
Сообщение: Re: Queries that should be canceled will get stuck on secure_write function
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: log_autovacuum in Postgres 14 -- ordering issue