Skip Menu |

This queue is for tickets about the Net-SSLeay CPAN distribution.

Report information
The Basics
Id: 103840
Status: open
Priority: 0/
Queue: Net-SSLeay

People
Owner: Nobody in particular
Requestors: cfrolick [...] eprocessingnetwork.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



CC: "Greg Cook" <gcook [...] eprocessingnetwork.com>, "Maykel Gomez" <mgomez [...] eprocessingnetwork.com>, "Corey Collins" <ccollins [...] eprocessingnetwork.com>
Subject: Slow initialization of secure communications in Strawberry Perl 5.18.1 and 5.20.2
Date: Mon, 20 Apr 2015 11:47:58 -0500
To: <bug-Net-SSLeay [...] rt.cpan.org>
From: "Charles Frolick" <cfrolick [...] eprocessingnetwork.com>
We are seeing a lot of time spent on two functions in Net::SSLeay on first use, Net::SSLeay::CTX_new and Net::SSLeay::RAND_poll. Using NYTProf shows CTX_new takes 1.80 seconds and RAND_poll takes 1.12. Is there any way to improve this performance? Can we not use of the modules that uses the native Windows random sources? We are testing on Windows 7 64bit and Windows Server 2012 r2 64bit. Thank you, Chuck Frolick cfrolick@eprocessingnetwork.com
Subject: Re: [rt.cpan.org #103840] Slow initialization of secure communications in Strawberry Perl 5.18.1 and 5.20.2
Date: Mon, 20 Apr 2015 19:17:57 +0200
To: "bug-Net-SSLeay [...] rt.cpan.org" <bug-Net-SSLeay [...] rt.cpan.org>
From: Mike McCauley <mikem [...] airspayce.com>
Hi Charles This is odd since net-sale at is mostly just a wrapper around rather OpenSSL functions and the time you see is probably spent inside an OpenSSL call. Is it possible there is some other issue in your system affecting this? Sent from my iPhone Show quoted text
> On 20 Apr 2015, at 6:48 pm, "Charles Frolick via RT" <bug-Net-SSLeay@rt.cpan.org> wrote: > > Mon Apr 20 12:48:47 2015: Request 103840 was acted upon. > Transaction: Ticket created by cfrolick@eprocessingnetwork.com > Queue: Net-SSLeay > Subject: Slow initialization of secure communications in Strawberry Perl 5.18.1 and 5.20.2 > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: cfrolick@eprocessingnetwork.com > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=103840 > > > > We are seeing a lot of time spent on two functions in Net::SSLeay on first > use, Net::SSLeay::CTX_new and Net::SSLeay::RAND_poll. Using NYTProf shows > CTX_new takes 1.80 seconds and RAND_poll takes 1.12. Is there any way to > improve this performance? Can we not use of the modules that uses the native > Windows random sources? > > We are testing on Windows 7 64bit and Windows Server 2012 r2 64bit. > > Thank you, > Chuck Frolick > cfrolick@eprocessingnetwork.com > >
Mybe this post will be helpful - http://stackoverflow.com/questions/29984838/openssl-causing-very-slow-rails-boot-time-on-windows Seems, that Ruby has the same problem with OpenSSL initialization under windows. @Joshua - Fix Ruby, not OpenSSL. Ruby is not using OpenSSL correctly, and it shows its head on Windows. In Ruby initialization, have it call CryptGenRandom and then pass those bytes to OpenSSL's RAND_seed. You should also file a bug report with Ruby because this is a problem with the platform. On Mon Apr 20 13:18:10 2015, mikem@airspayce.com wrote: Show quoted text
> Hi Charles > > This is odd since net-sale at is mostly just a wrapper around rather > OpenSSL functions and the time you see is probably spent inside an > OpenSSL call. Is it possible there is some other issue in your system > affecting this? > > > Sent from my iPhone >
> > On 20 Apr 2015, at 6:48 pm, "Charles Frolick via RT" <bug-Net- > > SSLeay@rt.cpan.org> wrote: > > > > Mon Apr 20 12:48:47 2015: Request 103840 was acted upon. > > Transaction: Ticket created by cfrolick@eprocessingnetwork.com > > Queue: Net-SSLeay > > Subject: Slow initialization of secure communications in > > Strawberry Perl 5.18.1 and 5.20.2 > > Broken in: (no value) > > Severity: (no value) > > Owner: Nobody > > Requestors: cfrolick@eprocessingnetwork.com > > Status: new > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=103840 > > > > > > > We are seeing a lot of time spent on two functions in Net::SSLeay on > > first > > use, Net::SSLeay::CTX_new and Net::SSLeay::RAND_poll. Using NYTProf > > shows > > CTX_new takes 1.80 seconds and RAND_poll takes 1.12. Is there any > > way to > > improve this performance? Can we not use of the modules that uses the > > native > > Windows random sources? > > > > We are testing on Windows 7 64bit and Windows Server 2012 r2 64bit. > > > > Thank you, > > Chuck Frolick > > cfrolick@eprocessingnetwork.com > > > >