Re: Report: Linux huge pages with Postgres
От | Tom Lane |
---|---|
Тема | Re: Report: Linux huge pages with Postgres |
Дата | |
Msg-id | 8866.1290972724@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Report: Linux huge pages with Postgres (Simon Riggs <simon@2ndQuadrant.com>) |
Ответы |
Re: Report: Linux huge pages with Postgres
|
Список | pgsql-hackers |
Simon Riggs <simon@2ndQuadrant.com> writes: > On Sun, 2010-11-28 at 12:04 -0500, Tom Lane wrote: >> There's no exposed API for causing a process's regular memory to become >> hugepages. > We could make all the palloc stuff into shared memory also ("private" > shared memory that is). We're not likely to run out of 64-bit memory > addresses any time soon. Mph. It's still not going to work well enough to be useful, because the kernel design for hugepages assumes a pretty static number of them. That maps well to our use of shared memory, not at all well to process local memory. > Sure, but 4MB of memory is enough to require 1000 TLB entries, which is > more than enough to blow the TLB even on a Nehalem. That can't possibly be right. I'm sure the chip designers have heard of programs using more than 4MB. regards, tom lane
В списке pgsql-hackers по дате отправления: