<div dir="ltr">Ingela suggested you try building the "maint" branch, which has a fix for the session cache problem (by Ingela :)<div><br></div><div>simply git pull <a href="https://github.com/erlang/otp">https://github.com/erlang/otp</a> </div><div><br></div><div>checkout the maint branch</div><div><br></div><div>build the result. Alterantively, the 'kerl' application (also on github) can build Erlang. It has an experimental git-mode which may be useful here.</div><div><br></div><div>I think you are looking at the SSL session cache problem.</div><div><br></div><div>As for observer: observer:start() will start it:</div><div><br></div><div>* You need wx in your Erlang installation, it is a GUI application</div><div>* You need something which can run wx applications. It is somewhat easy in a local dev environment, but the shell commands can be useful in contexts with no easy GUI-line :)</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 20, 2015 at 3:30 PM, Sereysethy TOUCH <span dir="ltr"><<a href="mailto:touch.sereysethy@gmail.com" target="_blank">touch.sereysethy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dear Andin,<div><br></div><div><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px">To be honest, I am new to Erlang. So I am sorry </span><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px">sometimes </span><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px">for my naive questions.</span></div><div><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px"><br></span></div><div><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px">I just tried to fix and debug erlang code written by another person. I am not sure yet where to look at. Since we dont use anything special about SSL, beside we ask user browser to present certificate and pass it on to our agent backend to process it. I look at the code, it seems nothing is unusual.</span><br></div><div><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px"><br></span></div><div><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px">You said this bug exists since Erlang 17? But why there were no memory leak when it ran on Erlang 17.</span></div><div><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px"><br></span></div><div><span style="color:rgb(51,51,51);font-family:'Helvetica Neue',Helvetica,'Segoe UI',Arial,freesans,sans-serif;font-size:14px;line-height:22.4px">I did as </span><span style="font-size:12.8px">Jesper Louis Andersen</span><span style="font-size:12.8px"> suggested, and I saw there a big amount of memory being used by ssl_manager.</span></div><span class=""><div><span style="font-size:12.8px"><br></span></div><div><div style="font-size:12.8px">32794 client_ssl_otp_session_cache ordered_set 0 89 ssl_manager</div><div style="font-size:12.8px">36891 server_ssl_otp_session_cache ordered_set 1564 67995 ssl_manager</div><div style="font-size:12.8px">40993 httpc_manager__session_cookie_db bag 0 299 httpc_manager</div></div><div style="font-size:12.8px"><br></div></span><div style="font-size:12.8px">And it keeps increasing overtime.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Can you let me know or pointing me to any documents on how to use observer application?</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Thanks, Sethy</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 20, 2015 at 5:07 AM, Ingela Andin <span dir="ltr"><<a href="mailto:ingela.andin@gmail.com" target="_blank">ingela.andin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi!<br><div class="gmail_extra"><br><div class="gmail_quote"><span>2015-09-19 18:34 GMT+02:00 Sereysethy TOUCH <span dir="ltr"><<a href="mailto:touch.sereysethy@gmail.com" target="_blank">touch.sereysethy@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<br><br>I just recently updated Erlang to latest version OTP 18 on Ubuntu server. It uses cowboy (websocket), ranch, ssl, erlydtl & rabbitmq. It used to work fine in OTP 17. The program is correctly compiled but during the execution the memory kept increasing. I need to restart the process every one or two hours to free some memory.<br><br>I have read a post here [<a href="http://erlang.2086793.n4.nabble.com/R18-Unbounded-SSL-Session-ETS-Table-Growth-td4713697.html" target="_blank">http://erlang.2086793.n4.nabble.com/R18-Unbounded-SSL-Session-ETS-Table-Growth-td4713697.html</a>] which discussed about the ssl_session_cache ETS table which can become very large.<br><div><br></div></div></blockquote><div><br></div></span><div>Well that bug is now fixed for 18.1 and in maint on github. This bug however has been around for a while so it is unlikly that this bug causes 18 to behave different from 17.</div><span><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>The process beam.smp can go up to more than 5G during a few hours of executions.</div><div><br></div><div>I am not yet sure what is the root cause of this issue.</div><div><br></div><div>Does anyone know how to fix this? Or where should I look at?</div></div></blockquote><div><br></div><div><br></div></span><div>You could try using the observer application to inspect the node, makes inspecting easy.</div><div>Let us know your findings.</div><div><br></div><div>Regards Ingela Erlang/OTP team - Ericsson AB</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Thanks, Sethy</div></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">J.</div>
</div>