Hello Andr�-John,
if you continue to create a new HTTP Client in each thread,
there is no point in using the multi threaded connection
manager. That makes sense only if several threads share
the same HTTP Client. That's more effort than just
changing a single line of code.
As Odi pointed out, you can save the overhead of establishing
a new connection for each request. How much that is depends
on your infrastructure: network latency, authentication overhead,...
Once you have a single HTTP Client with multi threaded
connection manager, you can also tune the parameters of
the connection manager. Primarily the total number of
connections, and the number of simultaneous connections
to the same host. These values must be chosen with respect
to the number of threads that do the SOAP calls, and to the
frequency of these calls. Please keep that in mind if you
write a test program. If I remember correctly, the default
number of connections to the same host is rather low.
cheers,
Roland
Andr�-John Mas <[EMAIL PROTECTED]>
03.02.2004 16:51
Please respond to "Commons HttpClient Project"
To: [EMAIL PROTECTED]
cc:
Subject: Performance - ConnectionManager vs none?
Yesterday under the topic ' Memory Leaks when web server hangs' it was
suggested that using the class
MultiThreadedHttpConnectionManager
would be safer in multithreaded environments, than using
SimpleHttpConnectionManager
That much makes sense. Now, currently in the project I am working in
we create a new HTTPClient in each thread we call, of the form
HttpClient hc = new HttpClient();
Now I am wondering how much of performance increase, if any, there would
be in using a connection manager, of the form:
HttpClient hc = new HttpClient(myConnectionManager);
where 'myConnectionManager' would be of the threaded sort. I should also
note that we are regularly using the same destination addresses, since
the program is a SOAP client.
Although I could spend a bit of time trying to find this out from a
test program, I am hoping to save a little time and get an answer
from someone who already has any knowledge about this issue.
regards
Andre
---------------------------------------------------------------------
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
