Re: [GENERAL] Performance issue with Pointcloud extension - Mailing list pgsql-general

From Tom Lane
Subject Re: [GENERAL] Performance issue with Pointcloud extension
Date
Msg-id 5413.1496945233@sss.pgh.pa.us
Whole thread Raw
In response to Re: [GENERAL] Performance issue with Pointcloud extension  (Eric Lemoine <eric.lemoine@oslandia.com>)
Responses Re: [GENERAL] Performance issue with Pointcloud extension  (Éric <eric.lemoine@oslandia.com>)
List pgsql-general
Eric Lemoine <eric.lemoine@oslandia.com> writes:
> The initial "select pc_typmod_pcid(1)" query completely screws the
> connection.
> "select pc_typmod_pcid(1)" is just an example of a simple query that
> triggers the problem. There are many others. But it has to be a query
> using the Pointcloud extension.

My guess is that it's got nothing to do with the specific query, but
that Pointcloud is installing some hook functions when it's loaded,
and that one or another of those hooks is killing performance for
subsequent queries, either by taking too long in itself or by
defeating some important optimization.  Hard to speculate further
with just this much data.

> I have no problem if I start with the main query (my "select points
> from" query of interest). And running the "select pc_typmod_pcid(1)"
> query in the middle does not cause any problem. It has to be run first
> on the connection to do the harm.

Have you experimented with other queries that don't involve PostGIS?
I'm wondering if your hook-installation code fails to work properly
unless PostGIS was loaded first.  This would be easier to credit if
there are hooks both extensions try to get into.

            regards, tom lane


pgsql-general by date:

Previous
From: Jonathan Zacharuk
Date:
Subject: [GENERAL] Is there a way to verify a signed digest within Postgres?
Next
From: "Zhu, Joshua"
Date:
Subject: Re: [GENERAL] How does BDR replicate changes among nodes in a BDRgroup