Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 43821 invoked from network); 24 Jul 2003 11:48:13 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 24 Jul 2003 11:48:13 -0000 Received: (qmail 6561 invoked by uid 97); 24 Jul 2003 11:50:46 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@nagoya.betaversion.org Received: (qmail 6554 invoked from network); 24 Jul 2003 11:50:46 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 24 Jul 2003 11:50:46 -0000 Received: (qmail 42906 invoked by uid 500); 24 Jul 2003 11:47:59 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 42888 invoked from network); 24 Jul 2003 11:47:58 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 24 Jul 2003 11:47:58 -0000 Received: (qmail 6547 invoked by uid 50); 24 Jul 2003 11:50:31 -0000 Date: 24 Jul 2003 11:50:31 -0000 Message-ID: <20030724115031.6546.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: tomcat-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 19799] - Tomcat dies after being up for a while (complains about maxThreads) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19799 Tomcat dies after being up for a while (complains about maxThreads) ------- Additional Comments From andy@xadra.com 2003-07-24 11:50 ------- We are seeing this same issue as well with 4.1.24 and 5.0.4alpha. We have a load test program that sends a high volume of concurrent requests to Tomcat and it consistenly refuses connections at around the 75th connection attempt. After a bit, it begins accepting connections again. We have verified that both minProcessors and maxProcessors really seem to have no effect. If you set minProcessors to say 50 or 100 and then perform a thread dump, you will see that there are not 50 pre-allocated threads. If you set maxProcessors to say 1000, you will still see failures around the 75 connection. It's also unclear why the acceptCount is limited to 128 pending connections. We have generated thread dumps and there are no deadlocks. All available threads are currently processing valid requests. The pool is simply out of threads and. --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org