<div dir="ltr"><div>Wrt question 2, experiments suggest that the tls context can be safely reused.<br><br></div>-- vyzo<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 26, 2018 at 10:38 AM, Dimitris Vyzovitis <span dir="ltr"><<a href="mailto:vyzo@hackzen.org" target="_blank">vyzo@hackzen.org</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"><div><div><div><div><div><div><div>Marc,<br><br></div>Post refcount release bug, I've been looking more closely into the implementation of tls contexts, and I have a couple of questions<br><br></div>1. The tls context contains internally allocated data, that is released immediately with ___release_rc_tls_context in failure paths of ___os_make_tls_context. <br>    However, I am not convinced it gets cleaned up when the tls context is reclaimed by the gc.<br></div>    Is there a finalizer for tls contexts or do we leak that internal memory?<br><br></div>2. Is there a need to make a tls context per socket or can the tls context be reused and shared among many (concurrent) sockets?<br></div>    Currently I make a new context every time I make an https request, but it would be very nice if a single context could be<br></div>    reused.<br><br></div>-- vyzo<br></div>
</blockquote></div><br></div>