Return-Path: X-Original-To: apmail-hc-dev-archive@www.apache.org Delivered-To: apmail-hc-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7E50D7F6B for ; Fri, 22 Jul 2011 21:27:36 +0000 (UTC) Received: (qmail 20158 invoked by uid 500); 22 Jul 2011 21:27:35 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 19774 invoked by uid 500); 22 Jul 2011 21:27:34 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 19748 invoked by uid 99); 22 Jul 2011 21:27:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jul 2011 21:27:34 +0000 X-ASF-Spam-Status: No, hits=-2001.1 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jul 2011 21:27:31 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 69D7F5774D for ; Fri, 22 Jul 2011 21:27:10 +0000 (UTC) Date: Fri, 22 Jul 2011 21:27:10 +0000 (UTC) From: "Oleg Kalnichevski (JIRA)" To: dev@hc.apache.org Message-ID: <238468767.18.1311370030429.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <864238732.18133.1310752680001.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (HTTPCLIENT-1108) different connection reuse strategy would reduce number of open connections MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HTTPCLIENT-1108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oleg Kalnichevski updated HTTPCLIENT-1108: ------------------------------------------ Fix Version/s: (was: 4.1.2) 4.2 Alpha1 > different connection reuse strategy would reduce number of open connections > --------------------------------------------------------------------------- > > Key: HTTPCLIENT-1108 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1108 > Project: HttpComponents HttpClient > Issue Type: Improvement > Components: HttpClient > Affects Versions: 4.1.1 > Reporter: Jon Moore > Assignee: Jon Moore > Priority: Minor > Fix For: 4.2 Alpha1 > > > Currently, the ThreadSafeClientConnManager reuses persistent connections in a round-robin fashion: when the connection is checked back into the pool, it is added to a queue of available connections for later use. This has the perhaps unintended effect that the client may keep open more connections than needed, because the "last used" time keeps getting updated and none of the connections can get reclaimed via closeIdleConnections(). > Exchanging the queue (FIFO) for a stack (LIFO) would result in extra connections actually becoming idle for long enough to be reclaimed. > I have a working patch for this; just need to get my act together to get it in. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org