Re: [doc fix] Correct calculation of vm.nr_hugepages

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [doc fix] Correct calculation of vm.nr_hugepages
Дата
Msg-id CA+TgmobDRXzLJ_u4pYD4UK=rYjUb_B4brO-5zPRO3fYX8duVNg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [doc fix] Correct calculation of vm.nr_hugepages  (Justin Pryzby <pryzby@telsasoft.com>)
Ответы Re: [doc fix] Correct calculation of vm.nr_hugepages
Список pgsql-hackers
On Wed, Feb 21, 2018 at 3:28 PM, Justin Pryzby <pryzby@telsasoft.com> wrote:
> On Wed, Feb 21, 2018 at 03:14:57PM -0500, Robert Haas wrote:
>> On Mon, Feb 19, 2018 at 9:43 PM, Tsunakawa, Takayuki
>> <tsunakawa.takay@jp.fujitsu.com> wrote:
>> > Thanks, I'd like to take this.
>>
>> Why are these values so large?  The example in the documentation shows
>> 6490428 kB, and in my test I got 8733888 kB.  But 8733888 kB = 8.3 TB!
>>  8.3 GB would make sense, but 8.3 TB does not.
>
> pryzbyj@pryzbyj:~$ units -t -v 8733888kB GiB
>         8733888kB = 8.1340671 GiB

Sigh.  It would be nice if I were less stupid.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Possible performance regression in version 10.1 with pgbenchread-write tests.
Следующее
От: Robert Haas
Дата:
Сообщение: Re: pgsql: Avoid valgrind complaint about write() of uninitalized bytes.