hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ortwin Gl├╝ck <...@odi.ch>
Subject Re: svn commit: r353848 - in /jakarta/httpcomponents/trunk/http-core/src: java/org/apache/http/ java/org/apache/http/io/ java/org/apache/http/util/ test/org/apache/http/util/
Date Mon, 05 Dec 2005 09:33:50 GMT

All right. I am glad you are not doing this unconciously. It will be 
interesting to see benchmark results. My guess is that you should not 
see a significant performance gain (I expect less than 5%). The modern 
GC algorithms in the Sun VMs are very good for short-lived Objects. To 
see a difference you probably have to run HttpClient with multiple 
threads under a high load for a long time, so that enough garbage is 
produced and the GC actually has to run. The number of CPUs will have an 
effect as well.


Oleg Kalnichevski wrote:
> Odi,
> I am aware this is a questionable decision. The primary motivating
> factor was to implement zero (or almost zero) garbage HTTP request
> parsing and see if that results in any significant performance gains. 
> I have run a few tests yesterday and so far the impact of reduced
> generation of intermediate objects when parsing HTTP requests seems
> minimal for JRE 1.5. So, I am fully prepared to revert this change if 
> there are no tangble performance gains for older JREs. I would like 
> to experiment a little further before such a decision is made
> Oleg

To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org

View raw message