Re: HIGH IO and Less CPU utilization - Mailing list pgsql-performance

From Justin Pryzby
Subject Re: HIGH IO and Less CPU utilization
Date
Msg-id 20220329193941.GB28503@telsasoft.com
Whole thread Raw
In response to Re: HIGH IO and Less CPU utilization  (Rambabu g <rambabu.g2564@gmail.com>)
Responses Re: HIGH IO and Less CPU utilization  (Rambabu g <rambabu.g2564@gmail.com>)
List pgsql-performance
On Wed, Mar 30, 2022 at 12:52:05AM +0530, Rambabu g wrote:
> > What indexes are defined on this table ?
> > How large are they ?
>
> There are three indexes defined on the table, each one is around 20 to 25GB
> and the indexes is create on

Did you mean to say something else after "on" ?

Show the definition of the indexes from psql \d

> postgres=# explain select distinct  empno  from emp where sname='test' and tp='EMP NAME 1'

Is this the only query that's performing poorly ?
You should send explain (analyze,buffers) for the prolematic queries.

> > > Hypervisor vendor:     KVM
> >
> > Are KSM or THP enabled on the hypervisor ?

> No, the Ec2 VM is delicate to postgres DB instances only.

Oh, so this is an EC2 and you cannot change the hypervisor itself.

> -bash-4.2$ tail /sys/kernel/mm/ksm/run /sys/kernel/mm/transparent_hugepage/khugepaged/defrag
/sys/kernel/mm/transparent_hugepage/enabled/sys/kernel/mm/transparent_hugepage/defrag
 
...
> ==> /sys/kernel/mm/transparent_hugepage/defrag <==
> [always] madvise never

I doubt it will help, but you could try disabling these.
It's a quick experiment anyway.



pgsql-performance by date:

Previous
From: Rambabu g
Date:
Subject: Re: HIGH IO and Less CPU utilization
Next
From: Rambabu g
Date:
Subject: Re: HIGH IO and Less CPU utilization