unsubscribe<br><br><div class="gmail_quote">On Thu, Apr 29, 2010 at 3:13 AM, Roger Dingledine <span dir="ltr">&lt;<a href="mailto:arma@mit.edu">arma@mit.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Tor 0.2.2.13-alpha addresses the recent connection and memory overload<br>
problems we&#39;ve been seeing on relays, especially relays with their DirPort<br>
open. If your relay has been crashing, or you turned it off because it<br>
used too many resources, give this release a try.<br>
<br>
<a href="https://www.torproject.org/download.html.en" target="_blank">https://www.torproject.org/download.html.en</a><br>
<br>
Changes in version 0.2.2.13-alpha - 2010-04-24<br>
 Â o Major bugfixes:<br>
 Â  Â - Teach relays to defend themselves from connection overload. Relays<br>
 Â  Â  Â now close idle circuits early if it looks like they were intended<br>
 Â  Â  Â for directory fetches. Relays are also more aggressive about closing<br>
 Â  Â  Â TLS connections that have no circuits on them. Such circuits are<br>
 Â  Â  Â unlikely to be re-used, and tens of thousands of them were piling<br>
 Â  Â  Â up at the fast relays, causing the relays to run out of sockets<br>
 Â  Â  Â and memory. Bugfix on 0.2.0.22-rc (where clients started tunneling<br>
 Â  Â  Â their directory fetches over TLS).<br>
<br>
 Â o Minor features:<br>
 Â  Â - Finally get rid of the deprecated and now harmful notion of &quot;clique<br>
 Â  Â  Â mode&quot;, where directory authorities maintain TLS connections to<br>
 Â  Â  Â every other relay.<br>
 Â  Â - Directory authorities now do an immediate reachability check as soon<br>
 Â  Â  Â as they hear about a new relay. This change should slightly reduce<br>
 Â  Â  Â the time between setting up a relay and getting listed as running<br>
 Â  Â  Â in the consensus. It should also improve the time between setting<br>
 Â  Â  Â up a bridge and seeing use by bridge users.<br>
 Â  Â - Directory authorities no longer launch a TLS connection to every<br>
 Â  Â  Â relay as they startup. Now that we have 2k+ descriptors cached,<br>
 Â  Â  Â the resulting network hiccup is becoming a burden. Besides,<br>
 Â  Â  Â authorities already avoid voting about Running for the first half<br>
 Â  Â  Â hour of their uptime.<br>
<br>
<br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (GNU/Linux)<br>
<br>
iD8DBQFL2IjP61qJaiiYi/URAqi/AKCR8P/SHKmTfucFliYX0Pb21VwkKACgxTA2<br>
onjodL4byTlt8G+VO54f92A=<br>
=RVsB<br>
-----END PGP SIGNATURE-----<br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Kobe Young<br>