hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bill Speirs <bill.spe...@gmail.com>
Subject Re: HttpClient Performance Issues
Date Fri, 15 Jul 2011 20:59:31 GMT
Also, being network related would explain why it doesn't show up in the
benchmark tests... they all connect to local host.

Again though, if you could prime the client in some way to prevent this
initial delay that could be a nice feature to have in the Apache client over
the other clients out there: JRE, Jetty, etc.


On Jul 15, 2011 4:56 PM, "Bill Speirs" <bill.speirs@gmail.com> wrote:
> I swithced my code over to the Jetty client and did the same graphing.
> the Apache client I see up to 3 seconds at the start and the shoots down
> ~20ms after. So I am inclinded to agree; I think it is DNS or some other
> network related issue.
> I will try and track down exactly what. Whatever it is, maybe it could be
> "precomputed" to save time.
> Bill-
> On Jul 15, 2011 4:07 PM, "Oleg Kalnichevski" <olegk@apache.org> wrote:
>> On Fri, 2011-07-15 at 15:40 -0400, Bill Speirs wrote:
>>> On Fri, Jul 15, 2011 at 2:56 PM, Oleg Kalnichevski <olegk@apache.org>
> wrote:
>>> > What makes you think the time was wasted inside HttpClient code?
>>> I've re-run the test quite a few times (both with ab and the benchmark
>>> code) and EVERY time it's the first 100 requests. I'm only tracking
>>> the time around the execute() function, so it's coming from something
>>> the client is doing.
>> Still, it may be a problem with your DNS or some other networking issue
>> completely outside of HttpClient's control.
>>> I don't think it's that easy to say the first ones are simply
>>> irrelevant. In my benchmark they're all irrelevant; however, in
>>> production there will possibly be a human sitting behind that request
>>> (or a 100 in this case) and they will have to wait for 6 seconds
>>> whereas everyone else will only have to wait a ~20ms.
>> I have a hard time believing that a bug causing performance degradation
>> from 20 milliseconds to 6 second could have gone undetected for so long,
>> but I have mistaken before. By all of means please do continue digging.
>> Oleg
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
>> For additional commands, e-mail: dev-help@hc.apache.org

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message