Thanks for the link Filip. It is specific to JVM 1.4.1, but has
alot of good information. The problem is that there is no one good set
of jvm args to tune memory and GC, it really depends on so many things.
Hardware, OS, memory, applications, etc. But there are some general rules
that can be distilled from this.
Regards,
Glenn
Filip Hanik wrote:
here is a good link about the different VM settings for the GC.
should be worth trying out the different ones to see which one is best for
Tomcat
http://wireless.java.sun.com/midp/articles/garbagecollection2/
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
www.filip.net
-----Original Message-----
From: Peter Lin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 6:55 AM
To: Tomcat Developers List
Subject: Re: Thread priority
My 2 cents. I rather a server deny connections and keep on running
than accept connections until it dies :)
peter lin
Remy Maucherat <[EMAIL PROTECTED]> wrote:Glenn Nielsen wrote:
Is there a reported bug you are trying to address?
Not really. The test here reported a lot of connection failures:
http://webperformanceinc.com/library/ServletReport/
Tomcat 4.1.17 should improve the results over 4.1.12 (it's faster and
would probably lower slightly GC), but I think the number of errors was
higher than it should have been.
This could be caused by GC, or possibly because the accepting thread
couldn't get the job done, or some other unknown factor.
I have not noticed any problems related to thread scheduling with the
medium
volume site I administer.
It is possible that this change could cause threads other than the socket
accept thread to be starved. I would be -1 for making this change unless
there is a significant reported bug that these changes would address.
If it ain't broke, don't fix it. ;-)
Remy
--
To unsubscribe, e-mail:
For additional commands, e-mail:
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
