[jboss-user] [Performance Tuning] - Re: Slower JBOSS 4

2007-03-27 Thread jerrynolan
Have you had any luck in your research?

We ourselves took a big performance hit when we upgraded to 4.x, although we 
made several new deployments at the same time that could be part of our 
decreased performance too.

Here are a couple of links you might have already seen - if not, they are 
helpful.

A JBossian blog posting on rmi gcinterval and also stack size:
http://blogs.jboss.com/blog/acoliver/2006/03/21/If_you_dont_do_this_JBoss_will_run_really_slowly.txt

Sun's JBoss On Solaris Best Practices
http://www.sun.com/servers/coolthreads/tnb/applications_jboss.jsp

Here's an extensive article on slimming your jboss installation. It starts with 
tuning tips
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossASTuningSliming

And you probably know this one too, but just in case:
http://java.sun.com/docs/performance/

Along with this:
http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html

If you haven't yet already, check out
http://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jstat.html#gcutil_option
I use that on production boxes instead of verbosegc

And jmap with the -heap option is awesome. The -histo option is pretty cool too.










View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4032147#4032147

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4032147
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [Performance Tuning] - Re: Best JVM memory size?

2007-02-20 Thread jerrynolan
Thanks Peter,

Very interesting... I'll experiment with the premise that if a certain 
percentage of the heap is swapped, it's OK, because it will not be used anyway. 
  

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4019330#4019330

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4019330
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [Performance Tuning] - Re: JBoss Performance Tuning

2007-02-20 Thread jerrynolan
I'm sure everyone here would like to see your JVM options to start with... 

HOWEVER, since you have a JBoss service contract, please open up a case with 
them and mark it as a Production is down. 

They should be calling you pretty quickly, and if they don't then you should 
call them!  Needing to limp along and re-boot your servers once an hour is 
pretty awful.

Jerry

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4019551#4019551

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4019551
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [Performance Tuning] - Re: JBoss Performance Tuning

2007-02-19 Thread jerrynolan
You can also use jmap with the -heap option to check your permgen.
It will give you a listing of different areas of the jvm memory footprint, 
permgen is at the bottom. It's a quick way to take a look.
You run it with jmap -heap jboss jvm pid
For instance:

/usr/jdk1.5/bin/jmap -heap 7302
  | ...
  | Perm Generation:
  |capacity = 134217728 (128.0MB)
  |used = 79881104 (76.18055725097656MB)
  |free = 54336624 (51.81944274902344MB)
  |59.51606035232544% used
  | 
On this box min and max permgen is set to 128M. If you don't have them both set 
to the same value (aka pre-allocated), jmap will tell you what value was being 
used when you ran the command - the value will be capacity.

In my case, someone had set the box to 300M for permgen. Checking with jmap 
-heap over a weeks period made me realize that 128M was enough for this box.



View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4019100#4019100

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4019100
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [Performance Tuning] - Re: Best JVM memory size?

2007-02-19 Thread jerrynolan
Peter,

I'm a bit confused by your answer, that if you have 1 gig of ram on a box it's 
ok to set the heap to 1 gig. Through reading your other postings I know that 
you have coded your own JVM based on Sun's source, so you know your stuff. And 
I know that you know the heap is just the new and tenured gen, not the whole 
JVM. Hopefully you can clear something up for me.

We run JBoss on Solaris. I have a basic formula that I use for my JVM memory 
calculations which is:

Total JVM memory footprint = JVM housekeeping + heap + permgen

In the formula above:
* JVM housekeeping (this is my own stupid term) = native code + JVM runtime 
data (code cache, etc.).
* heap = new gen + tenured gen
* permgen = permgen

When I run a prstat on the JBoss pid, what I see for SIZE is Total JVM mem 
footprint. I can do my little calculations with stats that I get from jmap 
-heap and come up with consistent sizes for JVM housekeeping across our boxes, 
depending on the particular deployment (and other things like # of threads).

In our case, we pre-allocate (set min=max) for heap and permgen.
I haven't yet found a option specifically for setting memory for the native 
code or runtime data, I don't know if anyone would want to.

Anyway (there really is a question buried here :), if you have a 1 gig box, 
preallocate 1 gig for heap (new and tunured), preallocate 128 or whatever for 
perm, knowing that the native code and runtime data might want 200 or 300 meg, 
aren't you going to be living in swap city?

I'm going to have to test this out. I've been leaving 500 meg free on our 
Solaris boxes for the OS and the monitoring stuff the network guys run.

Thanks,
Jerry



View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4019119#4019119

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4019119
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user