-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bruce,

On 11/18/2009 9:48 AM, Bruce Foster wrote:
> I'm new to the list and tomcat.

Welcome!

> I have a web application deployed in tomcat 6. this application is
> quite CPU hungry and I would like to optimise the tomcat accordingly.
> 
> I'm expecting to have 200 concurrent connections to the server at
> peak, not much for a standard web application but ours is imagery
> based and bit resource hungry.

Can you be more specific about what resources your webapp is hungry for?

If a typical request needs 10MiB of memory to process an image, then
you'll need to make sure that 50MiB * 200 requests = 10GiB of heap space
is available to your webapp.

Can your webapp handle 200 simultaneous requests? Consider using a
load-testing tool such as JMeter to see how your webapp performs under
load. Watch heap usage (in the JVM! 'Task Manager' is not useful, here),
CPU utilization, disk usage, etc. to see what appears to be your
limiting resource(s) and then tackle those.

You already know the number of concurrent requests you are expecting at
peak (200), so you have sort of set that requirement already (though I
might allocate 225 or 250 just in case you get some bursts in there).

Memory (and GC behavior) is really the only thing you can tune at the
JVM level. Generally speaking, more heap space is better if you're going
to need it. Also, setting the min and max heap sizes to the same values
will avoid heap re-sizing which just wastes time if you know you want
that memory dedicated to the heap anyway.

Hope that helps,
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAksEUPEACgkQ9CaO5/Lv0PBqMwCfaTsem7ypj+aPTloqlDDKGI69
zXQAn1UjW0kB5q3RvppuLCjRwT9CJ6YT
=t0x1
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to