Memory Leak With JRuby/Tomcat
-----------------------------

                 Key: JRUBY-5378
                 URL: http://jira.codehaus.org/browse/JRUBY-5378
             Project: JRuby
          Issue Type: Bug
          Components: Core Classes/Modules
    Affects Versions: JRuby 1.6RC1, JRuby 1.5.3
         Environment: jdk 1.6.0_22, tomcat 5.5 & 6, win32 & os x, rails 2.3.9 
(or 2.3.4), jdbc mysql adapter
            Reporter: Hamed Hashemi


I've been experiencing obvious memory leaks running JRuby with Tomcat using 
warbler, and have narrowed it down to make it happen for on a clean Rails app 
rendering a blank HTML page (basically just processing any HTTP request that 
goes through the Rails dispatcher, doesn't happen with static files).

My environment is Tomat 6 (or 5.5), JRuby 1.6RC1 (also tried 1.5.3), Rails 
2.3.9, jdbcmysql-adapter with the war being compiled using Warbler. Tried this 
using both OS X and Windows.

Using a profiler, besides many Object and char arrays, I see instances of 
org.jruby.runtime.callsite.NormalCachingCallSite increasing.

Memory stats
tomcat restart - 210,500 KB
request /itest/test - 303,332 KB
request /itest/test - 302,316 KB
request /itest/test - 302,376 KB
request /itest/test - 302,452 KB
etc

After 100 requests, memory ends at 360,592 KB. Each request takes up about 60KB 
of memory. Running it under profiler and calling GC, does not change memory so 
the heap is still being used up.

This is the link to the war file I'm using. Hopefully it's something as easy as 
included jar or lib is the culprit. It's pretty easy to reproduce this on OS X 
and watching the memory grow. 

http://dl.dropbox.com/u/2178278/itest.war


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

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to