Mr. Tomcat wrote:
Is there a way to turn off tag object pooling? Object pooling was a cool performance technique in earlier versions of Java, but now object creation is very fast, so it no longer serves a performance function, and it introduces extra complexity into tag object design. Is this misfeature going to be phased out?
In more recent JVM's object creation is faster, but those objects also need to be garbage collected later. Large numbers of objects requiring GC can significantly degrade performance. The above statement is a generalization that doesn't apply in all cases. In Jasper 2 custom JSP tag pooling provides a huge boost in performance for JSP pages which use custom tags. Request latency for JSP pages which use custom tags was reduced significantly and the system can now scale to handle larger numbers of concurrent requests. Before upgrading to Jasper 2 we had upgraded the hardware from single to dual cpu's and tripled the system ram. We still had some scaling problems. Upgrading to Jasper 2 a few weeks later solved are problems. It improved performance as much or more than the hardware upgrade. (The site uses alot of JSP pages with custom tags). This is on Sun sparc's running Solaris with JDK 1.3.1. I'll let someone else address your other issue. Regards, Glenn
Also, on the immutable object topic, it seems that it would be better to have all the initialization of servlets and filters done in the constructor, not by calling an init function. If everything could be set in the constructor, then all instance fields could be private final, meaning that the servlet or filter object could be immutable, and therefore known to be threadsafe, which is an issue with servlets. Any chance of these changes happening in future releases of the servlet spec? Thanks -- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>
-- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>
