This is on Solaris 10 which doesn't have that issue. Each process is allocating its own storage so it looks like it's completely separate from the parent process, threads would share the parents storage space. No, we definitely aren't starting any additional processes ourselves.
This is happening not only on the test but on the production systems which are black boxed. -----Original Message----- From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Sent: 09 September 2011 12:02 To: Tomcat Users List Subject: Re: Tomcat 5.5.27 - Solaris 10 - Tomcat process starts additional copies of itself with only 1 thread and no CPU 2011/9/9 Dave Stubbs <d...@stubbs.uk.com>: > We are seeing tomcat starting up additional copies of itself, each new >copy is allocating a chunk of storage, it only starts 1 thread, >nothing gets written to any logs and no CPU is being listed as having been used. >(...) 1. It might be an issue with "ps" utility that it shows threads as separate processes: In it already mentioned in the FAQ: http://wiki.apache.org/tomcat/FAQ/Linux_Unix#Q1 In Tomcat 6 and later you can configure an <Executor> so that unneeded request processing threads can be stopped. Without an <Executor> the threads will be created if concurrent load on your Tomcat increases, so active thread count will increase until it reaches the default count of 200 request processing threads on <Connector>. 2. Are you starting any additional processes by yourself? (E.g. when using CGIServlet). > tomcat 21115 21114 0 14:46:44 ? 193:04 /usr/java/bin/java > -Djava.util.logging.config.file=/opt/apache-tomcat -5.5.27-ti tomcat > 773 21115 0 17:29:27 ? 0:00 /usr/java/bin/java > -Djava.util.logging.config.file=/opt/apache-tomcat -5.5.27-ti Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
