Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 42196 invoked from network); 2 Dec 2008 16:06:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Dec 2008 16:06:23 -0000 Received: (qmail 76339 invoked by uid 500); 2 Dec 2008 16:06:16 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 76315 invoked by uid 500); 2 Dec 2008 16:06:16 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 76259 invoked by uid 99); 2 Dec 2008 16:06:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 08:06:16 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ptemmerman.ext@sadiel.es designates 62.81.202.67 as permitted sender) Received: from [62.81.202.67] (HELO mail.sadiel.es) (62.81.202.67) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 16:04:47 +0000 Received: from svrcorreoblue.sadiel.es ([172.30.1.166]) by mail.sadiel.es with Microsoft SMTPSVC(6.0.3790.3959); Tue, 2 Dec 2008 17:05:50 +0100 Received: from 172.18.26.231 ([172.18.26.231]) by svrcorreoblue.sadiel.es ([172.30.1.166]) via Exchange Front-End Server webmail.sadiel.es ([172.19.1.20]) with Microsoft Exchange Server HTTP-DAV ; Tue, 2 Dec 2008 16:05:50 +0000 Received: from localhost.localdomain by webmail.sadiel.es; 02 Dec 2008 17:04:59 +0100 Subject: RE: Relation between sessions and server slowlyness From: Pieter Temmerman To: Tomcat Users List In-Reply-To: <0AAE5AB84B013E45A7B61CB66943C17215A3E91F46@USEA-EXCH7.na.uis.unisys.com> References: <1228216044.7259.31.camel@localhost.localdomain> <0AAE5AB84B013E45A7B61CB66943C17215A3E91F46@USEA-EXCH7.na.uis.unisys.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Tue, 02 Dec 2008 17:04:59 +0100 Message-Id: <1228233899.7259.47.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-8.el5_2.2) X-OriginalArrivalTime: 02 Dec 2008 16:05:50.0157 (UTC) FILETIME=[D83EF7D0:01C95497] X-Virus-Checked: Checked by ClamAV on apache.org Hi Chuck, First of all thanks for your answer. The application isn't mine, so I can only guess as to how much memory a session is occupying. The SESSIONS.ser file is occupying 112kb, I suppose it should be occupying more or less the same in memory. But that is only an assumption, correct me if I'm wrong. If so, then it would be less likely that the sessions are causing GC's and thus slow down the application. Referring to your comment whether my question is in the spirit of what Andr=C3=A9 posted before, I'm not completely sure whether that is the case. I was not asking for something to be solved, I was wondering whether it would be possible that many idle sessions slow down an application. You're reply answered my question perfectly: It could be possible. >>From that point, I can continue investigating, and maybe later post a new question regarding that matter with all the information I figured out, in case I'm stuck. Thanks again. On Tue, 2008-12-02 at 09:33 -0600, Caldarale, Charles R wrote: > > From: Pieter Temmerman [mailto:ptemmerman.ext@sadiel.es] > > Subject: Relation between sessions and server slowlyness >=20 > In the spirit of Andr=C3=A9's recent Jonathan Swift / Ray Davies / Dougla= s Adams style posting, I'm tempted to answer this way: >=20 > > Is it possible that my application is slower because of > > the amount of open sessions? >=20 > Maybe. >=20 > > How much memory does a session occupy? >=20 > 42. >=20 > But, to be slightly more verbose: >=20 > A cursory monitoring of the system would show if you're experiencing exce= ssive garbage collections (heap too small) or paging (RAM too small); that'= s the only significant effect hanging on to idle sessions would have. >=20 > A session's memory use is determined largely by the number and size of at= tributes your webapp puts into it, so only you can answer that question. >=20 > - Chuck >=20 >=20 > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY = MATERIAL and is thus for use only by the intended recipient. If you receive= d this in error, please contact the sender and delete the e-mail and its at= tachments from all computers. >=20 > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org >=20 --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org