From: | Andrew Kerber <andrew(dot)kerber(at)gmail(dot)com> |
---|---|
To: | Andreas Kretschmer <andreas(at)a-kretschmer(dot)de> |
Cc: | pgsql-performance(at)lists(dot)postgresql(dot)org |
Subject: | Re: OT: Performance of VM |
Date: | 2018-02-05 16:22:17 |
Message-ID: | CAJvnOJbzmAiwytvpAkLaDC2Y4p=VS+1A_2qou7pyBU5bQPX5CQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Have them check the memory and CPU allocation of the hypervisor, make sure
its not overallocated. Make sure the partitions for stroage are aligned
(see here:
https://blogs.vmware.com/vsphere/2011/08/guest-os-partition-alignment.html)
. Install tuned, and enable the throughput performance profile. Oracle has
a problem with transparent hugepages, postgres may well have the same
problem, so consider disabling transparent hugepages. There is no reason
why performance on a VM would be worse than performance on a physical
server.
On Mon, Feb 5, 2018 at 7:26 AM, Andreas Kretschmer <andreas(at)a-kretschmer(dot)de>
wrote:
>
>
> Am 05.02.2018 um 14:14 schrieb Thomas Güttler:
>
>> What do you suggest to get some reliable figures?
>>
>
> sar is often recommended, see https://blog.2ndquadrant.com/i
> n-the-defense-of-sar/.
>
> Can you exclude other reasons like vacuum / vacuum freeze?
>
>
>
> Regards, Andreas
>
> --
> 2ndQuadrant - The PostgreSQL Support Company.
> www.2ndQuadrant.com
>
>
>
--
Andrew W. Kerber
'If at first you dont succeed, dont take up skydiving.'
From | Date | Subject | |
---|---|---|---|
Next Message | Andreas Kretschmer | 2018-02-05 16:33:27 | Re: OT: Performance of VM |
Previous Message | Andreas Kretschmer | 2018-02-05 13:26:32 | Re: OT: Performance of VM |