[erlang-questions] Tip&Tricks reducing memory footprint for gen_server ssl socket

Ingela Andin ingela@REDACTED
Mon Apr 23 09:02:55 CEST 2012


Hi!

I am afraid I do not have a off the shelf solution for you. But we are
currently putting some more focus on memory usage and bottlenecks in
the new ssl implementation so hopfully we will come up with some
improvments that will also benefit you.

Regards Ingela Erlang/OTP team - Ericsson AB

2012/4/21 Morgan Segalis <msegalis@REDACTED>:
> Hi Jeroen,
>
> Sorry for not pointing that on my first email, but I already use
> hibernate_after…
> It does some good, but not good enough for what I'm trying to reach.
>
> Regards,
>
> Morgan
>
> Le 21 avr. 2012 à 18:15, Jeroen Koops a écrit :
>
> Hi Morgan,
>
> If your SSL socket is mostly idle, the option { hibernate_after, integer()
> }, which can be passed as one of the options to ssl:connect or ssl:listen,
> might help.
>
> Regards,
>
> Jeroen
>
> On Sat, Apr 21, 2012 at 1:33 PM, Morgan Segalis <msegalis@REDACTED> wrote:
>>
>> Does anyone would have an idea on how to reduce memory footprint for an
>> Erlang gen_server ssl socket oriented ?
>> Right now each client (gen_server) has a something like 128 Ko in memory.
>> while in C++ I have more something like 40 Ko per client.
>> I'm using gproc as a pub/sub, each client connected is stored in it.
>>
>> Like:
>>
>> - Changing the ssl cipher, would it change the memory footprint ?
>> - Changing the buffer size ?
>> - … ?
>>
>> I'm really looking for any idea that would drastically reduce memory
>> footprint...
>> Even system oriented advice would be good, like changing /proc/sys/tcp/*
>>
>> Thank you !
>> mGs
>>
>> _______________________________________________
>> erlang-questions mailing list
>> erlang-questions@REDACTED
>> http://erlang.org/mailman/listinfo/erlang-questions
>
>
>
>
> --
> Jeroen Koops
>
> M: koops.j@REDACTED
> T: +31-6-55590300
>
>
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>



More information about the erlang-questions mailing list