Hi, I am not very sure . But I guess If we consider the servlet lifecycle the servlet is not supposed to get instantiated until requested for . So even if the transformation and compilation is done actual existence of unsed objects may not be the reason . So I am little bit skeptical about 16000 objects co-existing at the same time unused which is overloading the server.
Any suggestions/remarks ? -----Original Message----- From: André Warnier [mailto:a...@ice-sa.com] Sent: Friday, April 11, 2014 7:01 PM To: Tomcat Users List Subject: Re: Maximum number of JSP ? Sylvain Goulmy wrote: > Hi, > > I'm facing performance issue with my application which loads a very > large number of different JSPs (ie 16 000). As the application loads > the different JSP, the response time becomes longer and the CPU increases. > > I have tried many configurations by modifying the maxLoadedJsp, > PermgenSize, jspIdleTimeout parameters, but without having positive results. > > I'd like to know if there are known limitations regarding the max > number of JSP loaded in an application that could be used without > facing performance issue ? > > Configuration : Tomcat 7.0.52 with Oracle Java 1.6.0.45 on Linux RHEL > Hi. As a perpetual Java beginner, my first reaction upon reading that number of JPS's above would be : let's enable Garbage Collector logging, and look at what it says. Maybe also, just to give us an idea, you could tell us how much memory that system has, and how much is given to use by Tomcat ? As far as I first understand such things, each of these JSP's gets compiled into a servlet, and the code of that servlet is held in memory for an extended period of time, even if unused at any particular moment. So this is 16000 servlets probably coexisting (un-)happily inside that JVM. No wonder.. Or am I totally off the mark here, Tomcat/Java experts ? --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org