Mailing-List: contact httpclient-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpClient User Discussion" <httpclient-user@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
To: httpclient-user@jakarta.apache.org
Subject: Re: Too many files open under heavy load
MIME-Version: 1.0
Message-ID: 
 <OF608093DD.B124A642-ON65257202.004ABDB7-65257202.004BDE4B@tcs.com>
From: jasmine.bhutada@tcs.com
Date: Mon, 9 Oct 2006 19:21:43 +0530
Content-Type: multipart/alternative;
 boundary="=_alternative 004BDE4865257202_="

--=_alternative 004BDE4865257202_=
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"

Steve,

Thanks for your suggestion!
I think I can use nestat command in Windows XP as well and I saw that I am 
getting more than 2 connections. So, this problem is solved but can 
increasing connections really result into better bandwidth utilization?

Also, I have set max and min java heap memory to same value.
One more question-
While file is being transferred through PUT method of HTTPClient APIs, 
currently 4096 bytes of data is being transferred in one go.
What is the maximum limit on the buffer that can be transferred in one go 
without loss? How can we decide maximum limit on it? Does it depend on 
bandwidth or any other network parameters?
 
Thanks and Regards,
Jasmine


Jasmine,

   Checking on the number of open connections depends on your operating
system. For linux, use netstat. Check the connections on both the client
and the server.

 
   As for your heap settings with JVM, yes, these can make a difference
in performance. In particular, I have found that setting the initial and
max heap sizes to the same value will help performance. This helps the
JVM avoid growing and shrinking the heap dynamically, and all of the
garbage collection that goes along with heap management. Just set the
initial and max heap values to as much as you can allocate on your
machine without impacting other applications on the machine.

 
--Steve

________________________________

From: jasmine.bhutada@tcs.com [mailto:jasmine.bhutada@tcs.com] 
Sent: Friday, October 06, 2006 7:29 AM
To: httpclient-user@jakarta.apache.org
Subject: Fw: Too many files open under heavy load

 
Hello Everybody, 

I am facing some performance issues with my application. 
My application uses HTTPClient APIs and it is a filetransfer application
(which uploads/downloads the files to/from server). 
It is deployed on weblogic 9.1. 
Client is complaining that my application is not using bandwidth
effectively and I have been using default number of connections till
now. 
So, I just thought that as max no of connections per host (by default)
is 2 , which is very less and bcos of that other users may be waiting
just bcos of less number of connections are available. 
So, if I try to increase number of connections, it should increase the
number of users serviced and in turn bandwidth utilization should
improve. 
But, I am confused here.  I am using following code to set max number of
connections/host and total max connections but Is there any setting that
I need to do in weblogic 9.1 to increase the number of connections or by
default it should serv 50-100 connections? 
Also, how can I check number of connections used, any simple way ? 


httpConnectionManager = new MultiThreadedHttpConnectionManager(); 
 
httpConnectionManager.getParams().setDefaultMaxConnectionsPerHost(50); 
 
httpConnectionManager.getParams().setMaxConnectionsPerHost(HostConfigura
tion.ANY_HOST_CONFIGURATION, 50);  //code by Jasmine for bandwidth
improvement 
        httpConnectionManager.getParams().setMaxTotalConnections(50); 

Also, will increasing heap memory of JVM in weblogic improve
performance? 
I have been stucked at this place and need your help badly. 

Please share your experiences......... 
Thanks in Advance.... 

Thanks and Regards,
Jasmine Nandkishore Bhutada
Tata Consultancy Services Limited
Mailto: jasmine.bhutada@tcs.com
Website: http://www.tcs.com 
ForwardSourceID:NT000055F6 


=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you


--=_alternative 004BDE4865257202_=--