[stunnel-users] 4.53 32-bit on Windows 2k8 R2 64bit

Michael Curran mike_curran at hotmail.com
Wed May 1 20:33:49 CEST 2013

Thanks for the reply Michael --
Yes it was approx 5000 concurrent connections that caused this issue, and we came to the same conclusion -- just wanted to do a double check to rule out possibilities.
Will take a look at the latest version in regards to memory management bugs you have mentioned below. 
We are also looking at running 2 copies of stunnel and splitting out traffic across 2 different interfaces to cut that connection total to something manageable.

Date: Wed, 1 May 2013 13:25:27 +0200
From: Michal.Trojnara at mirt.net
To: stunnel-users at stunnel.org
Subject: Re: [stunnel-users] 4.53 32-bit on Windows 2k8 R2 64bit

    On 2013-04-24 02:13, Michael Curran

      We are running stunnel and noticed an issue with
        what ended up being an issue creating a new thread due to
        running out of memory at 2gb - error (8) on create_client

        Are there any known issues with 4.53 around memory usage? 

        We only terminate 2 ports against the installation 443 on 2
          different interfaces / IP addresses and we ran into this issue
          with just under 5000 total connections

    What do you mean by "5000 total connections"?  5000 from opened and
    closed?  5000 concurrent?


    I'm afraid 5000 concurrent connections may be about as many as
    32-bit stunnel can handle on this platform.  64-bit build is on my
    TODO list, but it requires my time and money for a new compiler. 
    This feature is currently not my top priority.  Of course, as usual,
    a sponsor could change my priorities...



    Another option to improve the memory management could be LFH:


    I will try to enable it in stunnel 5.00.


    Since 4.53 I have fixed memory management bugs in configuration file
    reload and protocol negotiations.  You may try to upgrade stunnel if
    you use any of these features.





stunnel-users mailing list
stunnel-users at stunnel.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.stunnel.org/pipermail/stunnel-users/attachments/20130501/596866bf/attachment.html>

More information about the stunnel-users mailing list