Improve ArcSDE raster coverage setup time
-----------------------------------------
Key: GEOT-2304
URL: http://jira.codehaus.org/browse/GEOT-2304
Project: GeoTools
Issue Type: Improvement
Components: data arcsde
Affects Versions: 2.5.2
Reporter: Gabriel Roldán
Assignee: Gabriel Roldán
Fix For: 2.5.3
When multiple requests over an ArcSDE raster are made concurrently (multiple
users/tiling client), multiple ArcSDERasterGridCoverage2DReader are created by
GeoServer.
Currently the ArcSDERasterGridCoverage2DReader constructor incurs in a
considerable initialization overhead (2 seconds for my remote test server and
600ms for a local server).
This initialization overhead is fully to gather the coverage metadata from the
server (ie, bands, pyramids, bounds, pixel type, etc), leading to poor
performance as each tile incurs in that initialization penalty.
This can be easyly avoided by externalized the coverage metadata state from
ArcSDERasterGridCoverage2DReader letting the factory create and cache a single
instance of the externalized state. (This is only for detached information like
the above mentioned).
The behaviour in GeoServer is that the ResourcePool tries to cache the created
readers, so further requests reuse them. But when presented with multiple
requests it creates various readers. Once there are enough cached readers it
will reuse them avoiding the initialization penalty, but still will create more
if the request load increases.
By implementing this improvement the initialization overhead due to coverage
metadata gathering will happen only for the first reader created for each
coverage.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
