Memory leak in ContentEntry.state
---------------------------------

                 Key: GEOT-3315
                 URL: http://jira.codehaus.org/browse/GEOT-3315
             Project: GeoTools
          Issue Type: Bug
          Components: data
         Environment: ESX guest Linux, Oracle JDK 1.6u22. Running transactions 
against PostgreSQL 8.3. Library being used by GeoServer 2.0.1.
            Reporter: Dustin Parker
            Priority: Minor


Looking at a heap dump in jhat (see #3314), I noticed some of the maps 
referenced by {{ContentEntry.state}} had > 6,000 entries, which doesn't make 
sense (we don't do THAT much concurrent access; we try to keep to one 
transaction at a time per feature type). Looking over the code again, it seems 
that {{ContentEntry.state}} is added to a lot, but its entries are never 
cleaned up anywhere. I looked high and low, but I couldn't find where the end 
of a transaction causes its state to be cleaned from {{ContentEntry}}. The only 
other possibility is that instances of {{ContentEntry}} themselves are recycled 
and recreated every now and then, but I couldn't find that either 
({{ContentEntry.dispose()}} is only called when the data store itself is being 
disposed).

I'd like to submit a patch, but I'm not really sure where the appropriate place 
to clean up the state is. Probably when the {{Transaction}} is closed, but it 
would be good to get confirmation of that....

-- 
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

        

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to