[ 
https://issues.apache.org/jira/browse/HTTPCORE-215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12801379#action_12801379
 ] 

Oleg Kalnichevski commented on HTTPCORE-215:
--------------------------------------------

> Therefore, by implementing an equalsIgnoreCase method on CharArrayBuffer 
> (that takes an optional startIndex and toIndex) 
> then the String construction in the BufferedHeader constructor can be avoided 
> all together

I actually find it to be a better idea than custom int parsing / formatting. 

> If anyone has any ideas on how to improve performance on any of the flagged 
> methods, then please create a subtask.

I personally do not see many possibilities, if any at all, for anything other 
than fractional performance improvements. HTTPCORE-177 is probably the only 
thing that can potentially result in an over 1% throughput increase.

I should also should mention that you ought to be reusing the same HttpContext 
instance for all logically related requests. This could eliminate extra 
HashMap#Entry instantiations (4th hot spot)

Oleg

> Performance hot spots
> ---------------------
>
>                 Key: HTTPCORE-215
>                 URL: https://issues.apache.org/jira/browse/HTTPCORE-215
>             Project: HttpComponents HttpCore
>          Issue Type: Improvement
>          Components: HttpCore
>            Reporter: Tony Poppleton
>            Priority: Minor
>         Attachments: Hot spots using version 4.0.jpg, screenshot-1.jpg, 
> screenshot-2.jpg
>
>
> Attached is a snapshot of my application running under JProfiler.  My 
> application uses HttpClient extensively, and does many request per second.  
> It is probably a fairly common use-case of the library under load.
> If anyone has any ideas on how to improve performance on any of the flagged 
> methods, then please create a subtask.
> Thanks

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to