Re: [GENERAL] Logical decoding CPU-bound w/ large number of tables - Mailing list pgsql-general

From Tom Lane
Subject Re: [GENERAL] Logical decoding CPU-bound w/ large number of tables
Date
Msg-id 19256.1494034347@sss.pgh.pa.us
Whole thread Raw
In response to Re: [GENERAL] Logical decoding CPU-bound w/ large number of tables  (Andres Freund <andres@anarazel.de>)
Responses Re: [GENERAL] Logical decoding CPU-bound w/ large number of tables  (Andres Freund <andres@anarazel.de>)
List pgsql-general
Andres Freund <andres@anarazel.de> writes:
> On 2017-05-05 14:24:07 -0600, Mathieu Fenniak wrote:
>> It appears that most of the time is spent in the
>> RelfilenodeMapInvalidateCallback and CatalogCacheIdInvalidate cache
>> invalidation callbacks, both of which appear to be invalidating caches
>> based upon the cache value.

> I think optimizing those has some value (and I see Tom is looking at
> that aspect, but the bigger thing would probably be to do fewer lookups.

I'm confused --- the lookup side of things is down in the noise in
Mathieu's trace.  Further reducing the number of lookups doesn't seem
like it helps this scenario at all.  It might matter once we've whacked
down the cost of invalidations ...

            regards, tom lane


pgsql-general by date:

Previous
From: Andres Freund
Date:
Subject: Re: [GENERAL] Logical decoding CPU-bound w/ large number of tables
Next
From: Andres Freund
Date:
Subject: Re: [GENERAL] Logical decoding CPU-bound w/ large number of tables