[Building Sakai] memory leaks

Hedrick Charles hedrick at rutgers.edu
Sat Aug 7 18:58:51 PDT 2010


We used Java 6 in 64-bit mode for a whole year with Sakai 2.6. I run with a 12 GB JVM. The limiting factor is the amount of time for a full GC (which doesn't happen often, but does happen). You''ll need to add -Dsun.lang.ClassLoader.allowArraySyntax=true  to the Java options.

Our main approach has been to use a lot of memory and just live with it for a couple of weeks.

We've just moved SSL processing to a load balancer. There's some reason to think that a lot of the leaks are in Tomcat's SSL code. We just moved from an old Barracuda to a Crescendo that can do 1/2 Gbps of SSL (and that's their low-end model).


On Aug 7, 2010, at 1:09:44 PM, Ron Peterson wrote:

> 2010-06-24_12:30:35-0400 Charles Hedrick <hedrick at rutgers.edu>:
>> We currently have to restart Sakai every week or two because it keeps growing. There are obviously memory leaks.
> 
> I restart Sakai daily because of this.  It's been a persistent problem
> as long as we've been using Sakai.  I use munin to capture the output of
> tomcat's manager/status page, and the vm usage graph is a very
> consistent sawtooth pattern which will crash the instance if I don't
> restart.
> 
> I'm currently running on 32 bit linux, so my vm overhead is limited.
> I'm in the process of migrating our instance to 64; but all I expect to
> accomplish is to delay the inevitable.
> 
> This is not good.
> 
> I'm currently running 2.6.2.  What is the latest supported version of
> both the java jdk and tomcat that is supported for my installation?
> 
> -Ron-



More information about the sakai-dev mailing list