<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 18 Feb 2023 at 06:53, p13dz p13dz via tor-onions <<a href="mailto:tor-onions@lists.torproject.org">tor-onions@lists.torproject.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">At the level of the Onion protocol, it would be great to increase the number of intro points per descriptor to a higher number (say 10x from what we have today). <br></div><div class="gmail_quote"><div></div></div></div></blockquote></div><div><br></div><div>Speaking as someone who experimented with that, doing so actually did not have the benefits which we thought it would.  Introduction points are not actually used very much - essentially once per fresh connection attempt, and then cached locally - and having (e.g.) 10 introduction points to register didn't assist performance, in fact it made recovery times (after an outage) somewhat worse because there were more IPs to register.</div><div><br></div><div>This latter is also part of why I stopped recommending using OnionBalance to big sites like Reddit, Twitter & the BBC; simpler instead to run 2 or 3 instances which farm out access to a proper web-tier, since those 2 or 3 instances do not actually have to do much work; this (plus the practice of descriptor caching) also implements an ersatz "round-robin"-style loadbalancing amongst the HSDir, if you tune the tor instances to republish their descriptors at different times. </div><div><br></div><div>- alec</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><a href="https://alecmuffett.com/about" target="_blank">https://alecmuffett.com/about</a><br><div><br></div></div></div></div>