[postgis-tickets] [PostGIS] #4776: st_geometrytype causes 100% CPU loop in postgres13 on specific linestring
PostGIS
trac at osgeo.org
Fri Oct 30 13:24:27 PDT 2020
#4776: st_geometrytype causes 100% CPU loop in postgres13 on specific linestring
-------------------------+---------------------------
Reporter: tvijlbrief | Owner: pramsey
Type: defect | Status: new
Priority: medium | Milestone: PostGIS 3.1.0
Component: postgis | Version: 3.0.x
Resolution: | Keywords:
-------------------------+---------------------------
Comment (by robe):
This might be a PostGIS 3.0 probably
I tried on my development version PostGIS 3.1
{{{
POSTGIS="3.1.0dev 3.1.0alpha2-111-gd781ecf29" [EXTENSION] PGSQL="130"
GEOS="3.9.0-CAPI-1.14.0" PROJ="6.3.2" GDAL="GDAL 3.2.0, released
2020/10/26" LIBXML="2.9.9" LIBJSON="0.12" LIBPROTOBUF="1.2.1" WAGYU="0.5.0
(Internal)" RASTER PostgreSQL 13.0 on x86_64-w64-mingw32, compiled by
gcc.exe (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 8.1.0, 64-bit
}}}
{{{
DROP TABLE
CREATE TABLE
COPY 1
st_isvalid
------------
t
(1 row)
st_numpoints
--------------
1518
(1 row)
st_geometrytype
-----------------
ST_LineString
(1 row)
}}}
But my PostgreSQL 13 with PostGIS 3.0 bad news - same issue
{{{
POSTGIS="3.0.2 3.0.2" [EXTENSION] PGSQL="130" GEOS="3.8.1-CAPI-1.13.3"
SFCGAL="1.3.8" PROJ="6.3.2" GDAL="GDAL 3.2.0, released 2020/10/26
GDAL_DATA not found" LIBXML="2.9.9" LIBJSON="0.12" LIBPROTOBUF="1.2.1"
WAGYU="0.4.3 (Internal)" TOPOLOGY RASTER PostgreSQL 13.0, compiled by
Visual C++ build 1914, 64-bit
}}}
Gets this far
{{{
DROP TABLE
CREATE TABLE
COPY 1
st_isvalid
------------
t
(1 row)
st_numpoints
--------------
1518
(1 row)
hangs
}}}
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/4776#comment:3>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-tickets
mailing list