This is part of the memory map after rendering ~24K Orthographic and
Stereographic projections:
#instances #bytes class name
-------------------------------------
2281117 72995744 java.lang.ThreadLocal$ThreadLocalMap$Entry
196361 7854440 org.geotools.util.WeakHashSet$Entry
184586 4430064
org.geotools.referencing.operation.BufferedCoordinateOperationFactory$CRSPair
149387 7170576 com.vividsolutions.jts.geom.Envelope
148088 8292928 org.geotools.util.SoftValueHashMap$Reference
147101 8237656 java.util.HashMap$TreeNode
144789 5791560 java.util.LinkedHashMap$Entry
136061 5442440 com.vividsolutions.jts.geom.Coordinate
100299 3209568
org.geotools.referencing.operation.transform.ConcatenatedTransformDirect2D
99029 3961160 org.geotools.util.LocalName
98877 3955080 org.geotools.referencing.NamedIdentifier
50913 1629216 com.vividsolutions.jts.geom.LinearRing
50893 2035720 com.vividsolutions.jts.geom.Polygon
50893 814448 [Lcom.vividsolutions.jts.geom.LinearRing;
50555 1617760 org.geotools.geometry.jts.LiteCoordinateSequence
49039 3138496 org.geotools.referencing.operation.DefaultOperation
27935 446960 org.geotools.filter.LiteralExpressionImpl
24607 590568 org.geotools.resources.UnmodifiableArrayList
24559 1375304
org.geotools.referencing.operation.DefaultSingleOperation
24558 1571712
org.geotools.referencing.operation.DefaultPlanarProjection
24558 1375248 org.geotools.referencing.crs.DefaultProjectedCRS
24558 1178784
org.geotools.referencing.operation.DefaultOperationMethod
24551 589224
org.geotools.referencing.operation.projection.MapProjection$Inverse
24501 1568064
org.geotools.referencing.operation.DefaultConcatenatedOperation
24501 588024 [Lorg.opengis.referencing.operation.SingleOperation;
14194 794864 org.hsqldb.index.NodeAVLDisk
12280 3143680
org.geotools.referencing.operation.projection.ObliqueStereographic
12278 1964480
org.geotools.referencing.operation.projection.ObliqueOrthographic
The above was generated via: jmap -histo:live <PID>
The reasons why I think there is a memory leak are these:
Number of instances of
org.geotools.referencing.operation.projection.ObliqueStereographic/ObliqueOrthographic
just continue growing over time and never go away even after the GC.
I can stop the process that sends the request and run a manual GC via jcmd but
those specific entries stay there. I have left the server idle for hours and
the entries are still there and the response time does not go back to the
original values if I restart the request process after that time.
This specific situation only happens when I change the values of
latitude_of_origin and central_meridian to build a new CRS before each map. Is
this something I am not supposed to do or should do via a different method?
Thanks for the help,
-Felipe
-----Original Message-----
From: Felipe Castro [mailto:[email protected]]
Sent: Saturday, August 27, 2016 10:17 AM
To: [email protected]
Subject: Re: [Geotools-devel] Memory leak when using StreamingRenderer with
variations in WKT based CRS's
This is part of a memory map after rendering ~24K Orthographic and
Stereographic projections:
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Memory-leak-when-using-StreamingRenderer-with-variations-in-WKT-based-CRS-s-tp5282556p5282566.html
Sent from the geotools-devel mailing list archive at Nabble.com.
------------------------------------------------------------------------------
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
NOTICE: This email message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information. Any unauthorized use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply email and destroy all copies of
the original message.
------------------------------------------------------------------------------
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
