| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
| Cc: | Hugh Ranalli <hugh(at)whtc(dot)ca>, Justin Pryzby <pryzby(at)telsasoft(dot)com>, pgsql-performance(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Perplexing, regular decline in performance |
| Date: | 2019-06-26 19:18:14 |
| Message-ID: | 8279.1561576694@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
> On 2019-Jun-26, Hugh Ranalli wrote:
>> From my research in preparing for the upgrade, I understood transparent
>> huge pages were a good thing, and should be enabled. Is this not correct?
> It is not.
Yeah ... they would be a good thing perhaps if the quality of the kernel
implementation were better. But there are way too many nasty corner
cases, at least with the kernel versions people around here have
experimented with. You're best off to disable THP and instead manually
arrange for Postgres' shared memory to use huge pages. I forget where
to look for docs about doing that, but I think we have some.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David Rowley | 2019-06-26 22:09:23 | Re: scans on table fail to be excluded by partition bounds |
| Previous Message | Alvaro Herrera | 2019-06-26 19:07:43 | Re: Perplexing, regular decline in performance |