<div dir="ltr"><div>On Fri, Mar 4, 2016 at 11:19 AM, Igor Sysoev <span dir="ltr"><<a href="mailto:igor@sysoev.ru" target="_blank">igor@sysoev.ru</a>></span> wrote:<br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><span></span><span></span><div>Sorry, I meant there is no performance difference between “none” and “off” settings.</div></div></blockquote><div><br><div class="gmail_default" style="font-size:small;color:rgb(51,51,153);display:inline">​Well, the client believes he should remember every session ID and store it somewhere for nothing, reading/resending/writing it on every connection.<br>Small enough network traffic difference, though (the extra, useless ID in the ClientHello message could be considered harmless, even though those extra bytes appear on each TLS session establishement).<br><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><div>As to default value, builtin session cache was by default initially but it turned out that</div><div>it leads to memory fragmentation. So the default value has been changed to “off” and</div><div>later to “none”.</div><div><br></div><div>Of course shared cache is certainly better as default value but there is no good understanding</div><div>what default cache size should be used. And now it becomes less important with ticket introduction.</div></div></div></blockquote><div><br><div class="gmail_default" style="font-size:small;color:rgb(51,51,153);display:inline">Total agreement there: I was not pushing for a default activating a cache, but rather for the clean 'off' setting.​<br clear="all"><font size="1"><span style="color:rgb(102,102,102)">---<br></span><b><span style="color:rgb(102,102,102)">B. R.</span></b></font><br></div></div></div></div></div>