[Building Sakai] [Using Sakai] Sakai Slow Down

[Berg, A.M.]

Hi,

A little more information please. Is there only one tomcat server running? If so you probably need to run it in 64 bit mode and use more than 4GB. Example settings can be found on confluence there is a good page for site instances. Delware is a good example.

There are a number of potential bottlenecks in a database driven web application, slow database connections, network, disk, CPU, memory etc. It is best to monitor all these factors.

If you are running out of  JVM memory set to 2.5 GB then that will give a warning in catalina.out. You may need to modify your JAVA_OPTS to produce GC log files or enable JMX so that you can look through tools such as Jconsole.

Hope this helps,

Alan



Alan Berg

Senior Developer / Quality Assurance
Group Education and Research Services
Central Computer Services
University of Amsterdam



-----Original Message-----
From: sakai-dev-bounces at collab.sakaiproject.org on behalf of Nate Angell
Sent: Fri 9/11/2009 0:20
To: sakai-dev Developers; Sakai User
Cc: Barb Kerns
Subject: Re: [Building Sakai] [Using Sakai] Sakai Slow Down
 
Cross-posting further information from Bradley about their environment  
in hopes of advice on a performance slow down issue.

Barb: Perhaps you could also better describe the exact symptoms of the  
issue?

On Sep 10, 2009, at 2:42 PM, Barb Kerns wrote:

>
>
> We have two SUN T5220s. One runs the Apache front-end and the MySQL
> database, each in a seperate zone. The other physical system runs  
> Tomcat in
> a zone.
> The two servers are identical hardware:
> * Sun Fire T5220 servers
> * 1.2 GHz, 8 core
> * 32 Gb memory
> * Two 146 Gb disk drives (mirrored), plus disk space on the SAN
>
> On the production Sakai Tomcat server JAVA_OPTS are set to:
> JAVA_OPTS="-server -XX:+UseParallelGC -Xms2500m -Xmx2500m - 
> XX:NewSize=512m
> -XX:MaxNewSize=512m -XX:PermSize=512m -XX:MaxPermSize=512m
> -Djava.awt.headless=true -Dsakai.demo=false"
>
> A quick look at top while the slowdown happens doesn't seem to  
> indicate the
> problem is a hardware bottleneck.
>
> (Would one of you grant a favor and pass this on to the Production and
> Sakai-dev lists? I have registered to both the production and sakai- 
> dev
> lists, but am still being denied the permissions to post to those  
> lists.)
>
> Barb
>
>
> On 9/10/09 12:43 PM, "Stephen Marquard" <stephen.marquard at uct.ac.za>  
> wrote:
>
>> Hi Barb
>>
>> It's a bit hard to say without more details. Some generic  
>> suggestions are:
>>
>> - Give the app servers more memory
>> - Add more app servers
>> - Upgrade to the latest release and/or maintenance branch (2.5.4,  
>> 2.6.0, 2-5-x
>> or 2-6-x).
>>
>> You could also look at the PROD category in JIRA to see production
>> configurations from other sites of similar scale.
>>
>> I'd suggest you post some more detailed info (e.g. about your app  
>> servers and
>> database and any information you have about where the bottlenecks  
>> are) to the
>> production or sakai-dev lists, which are better places to get  
>> feedback than
>> sakai-user.
>>
>> Regards
>> Stephen
>>
>>>>> Barb Kerns <brk at bumail.bradley.edu> 9/10/2009 7:35 PM >>>
>> We are in the midst of moving from Blackboard to Sakai and have had  
>> high
>> adoption this Fall by faculty.  However, this week Sakai web services
>> stopped twice and at other times is slow to load pages.  We are  
>> self hosted
>> Sakai 2.5.0 on two Sun servers and have about 650 course sites, 1000
>> simultaneous sessions through most of the day/evening and about 1  
>> million
>> hits per day.  Where should we start in improving speed/performance?
>> We would appreciate any guidance.
>>
>> Barb Kerns
>> Bradley University
>> Peoria, IL USA
>> (309) 677-2332
>>
>>
>
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to sakai-user-unsubscribe at collab.sakaiproject.org 
>  with a subject of "unsubscribe"

_______________________________________________
sakai-dev mailing list
sakai-dev at collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20090911/35721417/attachment.html