I just ran a quick test using the test pages I used earlier for benchmarking, and the results are very positive. Thanks to Denis for patch. The following data might bring a smile. Here is a link to the previous benchmarks I posted.
http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg49733.html The benchmark was performed on System II mentioned in the previous post in tomcat-user list. Another system was used to send requests. New Results with Denis Patch --------------------------------- 1 thread 1000 ------------------------------- ave - 46 cpu usage - 35-50% 2 threads 500 ------------------------------- ave - 73 cpu usage - 40-80% 4 threads 250 ------------------------------- ave - 133 cpu usage - 50-80% 8 threads 125 ------------------------------- ave - 235 cpu usage - 60-85% 16 threads 65 ------------------------------- ave - 479 cpu usage - 60-95% 32 threads 63 ------------------------------- ave - 1157 cpu usage - 80-95% Remy Maucherat wrote: > > I've applied the patch. Watchdog is fine, so I committed it. > > The admin webapp appeared slow before the patch (esp when using a context > page), and that was with an Athlon 1700 as the server with one user (me). > I'm not happy in general when a request uses 100% of the CPU for 1 full > second ;-) I couldn't figure out why it was so slow, and the other runtime > optimizations didn't help at all. It turns out it was caused by this JVM bug > ... With the patch, it's become quite fast. Very impressive, and since IMO > it is quite representative of a Struts based application which would have > complex pages, it's really awesome. > > I suppose the fast JSP compilers (Resin, Orion) use similar tricks in the > code generation. > > Remy > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> peter lin -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
