[
https://jira.duraspace.org/browse/DSCR-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=23021#comment-23021
]
Andrea Schweer commented on DSCR-24:
------------------------------------
I think I have the same problem, with
dspace 1.7.2 plus local patches
jdk 1.6.0_27-b07
tomcat 6.0.24
RHEL 6
I'm not entirely sure whether I'm doing this correctly, but I think I've traced
it to SiteRecentSubmissions.
I haven't tried disabling discovery/SiteRecentSubmissions yet to see whether
this will make the problem go away, but I'm planning to do so soon.
> memory leak in discovery
> ------------------------
>
> Key: DSCR-24
> URL: https://jira.duraspace.org/browse/DSCR-24
> Project: DSpace Discovery Module
> Issue Type: Bug
> Reporter: james bardin
> Priority: Major
>
> I've tracked a significant memory leak in a dspace 1.7.1 installation back to
> the discovery module. The JVM heap would balloon to >1G within a couple days
> depending on usage.
> A heap dump showed discovery objects in all the "leak suspects" reports
> (SimpleSearch, RelatedItems).
> Disabling discovery leveled off the memory use (and as a bonus, brought down
> the latency of the xmlui significantly).
> jdk 1.6.0_24
> Tomcat 7.0.16
> Apache 2.2 proxy using ajp
> I don't have the resources to debug this, but I have a 360MB heap dump I can
> post if someone wants it.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.duraspace.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel
