[erlang-questions] Slow response of post method of https request using httpc erlang module

Bob Ippolito bob@REDACTED
Thu Aug 29 17:43:27 CEST 2013


http://erlang.org/doc/man/httpc.html see set_options and max_sessions.

On Thursday, August 29, 2013, aadi i wrote:

> Hi Bob,
>
> We send thousands of httpc requests(post) in parallel to server. Which
> internally does ssl communication for every request.
>
> What do you mean by " configuring httpc to allow more parallel
> connections"? How can we do it.
>
> Thanks,
> Aadi
>
> On Saturday, 24 August 2013 22:21:57 UTC+5:30, Bob Ippolito wrote:
>>
>> Have you configured httpc to allow more parallel connections to your
>> external server?
>>
>> On Saturday, August 24, 2013, aadi i wrote:
>>
>>> Our Application (which uses existing Erlang OTP R15B01 modules) sends
>>> https  request to external authentication server..and  it gets reply and
>>> seems work fine under normal cases
>>>
>>> But under heavy loads  some requests are  failing  since they are
>>> consuming more time to do ssl handshake
>>>
>>> and i have observed the following things during ssl handshake
>>>
>>> client is taking(our application ) nearly 80 sec to send the certificate
>>> after server hello is  done with server certificate
>>>
>>> since our server expects to complete the request- response in 30 sec
>>> otherwise it drops the connection hence results to connection failures and
>>> effects the performance of application severely
>>>
>>> and finally i would like to know
>>> - Is  our application failing  to invoke the client certificate quickly
>>> .? i mean does httpc module do the file/IO related operations to invoke the
>>> certificates which results to slow response under heavy loads..?
>>>
>>> -Does Erlang has any limitations in ssl handshake procedure ..?
>>>
>>>
>>> Thanks in Advance :-)
>>>
>>>
>>> adinarayana murthy
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20130829/f4180ac3/attachment.htm>


More information about the erlang-questions mailing list