Re: 答复: [HACKERS] why after increase the hash table partitions, TPMC decrease

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

In response to

Responses

Browse pgsql-hackers by date

  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