RE: speeding up planning with partitions - Mailing list pgsql-hackers

From Imai, Yoshikazu
Subject RE: speeding up planning with partitions
Date
Msg-id 0F97FA9ABBDBE54F91744A9B37151A512B359C@g01jpexmbkw24
Whole thread Raw
In response to Re: speeding up planning with partitions  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Responses Re: speeding up planning with partitions
List pgsql-hackers
Amit-san,

On Wed, Mar 20, 2019 at 2:34 AM, Amit Langote wrote:
> On 2019/03/20 11:21, Imai, Yoshikazu wrote:
> > (4)
> > We expect the performance does not depend on the number of partitions
> after applying all patches, if possible.
> >
> > num of part    TPS
> > -----------  -----
> > 1024         7,257 (7274, 7246, 7252)
> > 2048         6,718 (6627, 6780, 6747)
> > 4096         6,472 (6434, 6565, 6416) (quoted from above (3)'s results)
> > 8192         6,008 (6018, 5999, 6007)
> >
> > It seems the performance still depend on the number of partitions. At
> the moment, I don't have any idea what cause this problem but can we improve
> this more?
> 
> I've noticed [1] this kind of degradation when the server is built with
> Asserts enabled.  Did you? 
> ...
> [1]
> https://www.postgresql.org/message-id/a49372b6-c044-4ac8-84ea-90ad18
> b1770d%40lab.ntt.co.jp

No. I did test again from configuring without --enable-cassert but problem I mentioned still happens.

--
Yoshikazu Imai 


pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: [HACKERS] generated columns
Next
From: Kyotaro HORIGUCHI
Date:
Subject: Re: Automated way to find actual COMMIT LSN of subxact LSN