From: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
---|---|
To: | Xiaoyulei <xiaoyulei(at)huawei(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 答复: [HACKERS] why after increase the hash table partitions, TPMC decrease |
Date: | 2014-09-02 14:44:25 |
Message-ID: | CAA4eK1LJ+Wii20Yrz5P_X47Hm9GRvCKdOpm=_4ipBoq3RwpDxg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Sep 2, 2014 at 5:20 PM, Xiaoyulei <xiaoyulei(at)huawei(dot)com> wrote:
>
> I already modified MAX_SIMUL_LWLOCKS to make sure it is enough.
Okay.
>
>
> Total RAM is 130G, and I set shared_buffers 16G, CPU and IO is not full.
50% CPUs are idle.
As far as I understand, benchmarkSQL measures an OLTP
workload performance which means it contains mix of reads
and writes, now I am not sure how you have identified that
increasing buffer partitions can improve the performance.
Have you used any profiling?
> So I think maybe pg is blocked by some place in itself.
Yeah, there's another lock BufFreelistLock which is a major
cause of contention in buffer allocation and for which already
work is in progress for 9.5. However as mentioned previously,
that will be useful mainly for Read only loads.
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Marti Raudsepp | 2014-09-02 14:46:21 | Re: delta relations in AFTER triggers |
Previous Message | Marko Tiikkaja | 2014-09-02 14:33:44 | Re: PL/pgSQL 2 |