Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 14497 invoked from network); 8 Apr 2010 17:50:30 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Apr 2010 17:50:30 -0000 Received: (qmail 92484 invoked by uid 500); 8 Apr 2010 17:50:26 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 92330 invoked by uid 500); 8 Apr 2010 17:50:26 -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 92321 invoked by uid 99); 8 Apr 2010 17:50:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Apr 2010 17:50:26 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of georges@mhsoftware.com designates 209.169.14.178 as permitted sender) Received: from [209.169.14.178] (HELO mail.mhsoftware.com) (209.169.14.178) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Apr 2010 17:50:17 +0000 Received: from EMP00A (c-76-120-104-193.hsd1.co.comcast.net [76.120.104.193]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.mhsoftware.com (Postfix) with ESMTPSA id F22AE2DD3F for ; Thu, 8 Apr 2010 11:49:54 -0600 (MDT) From: "George Sexton" To: "'Tomcat Users List'" References: <008001cad73a$72803400$57809c00$@com> <4bbe0a26.c501be0a.37c3.04dd@mx.google.com> In-Reply-To: <4bbe0a26.c501be0a.37c3.04dd@mx.google.com> Subject: RE: Tomcat scalability setting - need help please Date: Thu, 8 Apr 2010 11:49:54 -0600 Organization: MH Software, Inc. Message-ID: <009301cad743$e5fbb720$b1f32560$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrXKtelSb+mVSLuTnyeNhE8OJxwTwAD0jZAAABRVnAAAgbXUA== Content-Language: en-us X-Virus-Checked: Checked by ClamAV on apache.org Clearly instantiating millions of objects is not a strategy for scalability. You're going to have to re-structure your code to reduce the memory footprint of each session. Why is your result set returning a million rows? No human would want to see that much data. You need to restructure your queries and navigation design so that it doesn't do this. George Sexton MH Software, Inc. 303 438-9585 www.mhsoftware.com > -----Original Message----- > From: Cin Lung [mailto:cinlung@gmail.com] > Sent: Thursday, April 08, 2010 10:53 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat scalability setting - need help please > > Hi George > > Your remark is almost correct. What I did is that I store the result of > the > resultset (which can go up to million lines of rows) in a batch of Java > beans. Then I set the beans to the HTTP Request and pass them to the > receiving JSP. > > But I do remember to return the connection to the pool. I also try to > kill > the statements, result sets, etc by setting them to null. But I realize > that > java might wait for the memory to be cleared by the garbage collector. > > This goes back to my second problem. If the user closes the browser, > the > request object form the servlet would lost its way to return the > result. And > this will hog the tomcat performance for a while. > > Any tips would greatly be appreciated. > > TIA > Rendra > > -----Original Message----- > From: George Sexton [mailto:georges@mhsoftware.com] > Sent: Thursday, April 08, 2010 11:42 PM > To: 'Tomcat Users List' > Subject: RE: Tomcat scalability setting - need help please > > > > -----Original Message----- > > From: Pid [mailto:pid@pidster.com] > > Sent: Thursday, April 08, 2010 8:49 AM > > To: Tomcat Users List > > Subject: Re: Tomcat scalability setting - need help please > > > > When you run the query in your application how are you doing it, e.g. > > by > > calling a stored procedure, or by executing exactly the same SQL > > statement? > > > > > Most likely the application is storing result sets on the session. > > > > George Sexton > MH Software, Inc. > 303 438-9585 > www.mhsoftware.com > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org