[or-cvs] r17632: {website} Monthly status report for December. (website/trunk/projects/en)
kloesing at seul.org
kloesing at seul.org
Tue Dec 16 02:04:19 UTC 2008
Author: kloesing
Date: 2008-12-15 21:04:19 -0500 (Mon, 15 Dec 2008)
New Revision: 17632
Modified:
website/trunk/projects/en/hidserv.wml
Log:
Monthly status report for December.
Modified: website/trunk/projects/en/hidserv.wml
===================================================================
--- website/trunk/projects/en/hidserv.wml 2008-12-15 22:43:06 UTC (rev 17631)
+++ website/trunk/projects/en/hidserv.wml 2008-12-16 02:04:19 UTC (rev 17632)
@@ -348,9 +348,51 @@
<tr bgcolor="#e5e5e5">
<td>
- Dec 08
+ <a id="Dec08"></a>
+ <a class="anchor" href="#Dec08">Dec 08</a>
</td>
<td>
+ <small><em>Part of the last 30 days has been used to fix bugs that have
+ influenced the previous hidden service measurements. The first <a
+ href="http://archives.seul.org/or/cvs/Nov-2008/msg00100.html">bugfix</a>
+ corrects a possible segmentation fault that was very likely responsible
+ for a number of failed measurement runs. Another <a
+ href="https://bugs.torproject.org/flyspray/index.php?id=847&do=details">bug</a>
+ could be explained that lead to significant delays in bootstrapping:
+ Very slow directory authorities occupied bootstrapping clients for
+ a long time before clients finally gave up and bootstrapped using
+ another authority. As a result, the slowest two directory authorities
+ have dedicated more bandwidth to their nodes, so that the effect is
+ mitigated. A third <a
+ href="https://bugs.torproject.org/flyspray/index.php?id=874&do=details">bug</a>
+ has been introduced with the hidden service performance improvements in
+ November; the effect was that Tor processes running hidden services
+ would stop advertising their service upon reloading their
+ configuration. Further, this bug has uncovered that Tor has
+ re-established its introduction points upon reloading, which might have
+ affected hidden service stability. This bug has been fixed and will be
+ included in the upcoming version 0.2.1.9-alpha.</em></small>
+ <br/>
+ <small><em>Apart from fixing bugs, new measurements have been performed
+ between December 8 and 10. These will very likely be the final
+ measurements to compare hidden service performance now with the
+ beginning of the project. The data have not been completely evaluated,
+ so it is difficult to make a statement about improvements at this
+ point. However, a <a
+ href="http://freehaven.net/~karsten/hidserv/prelimreport-2008-12-15.pdf">preliminary
+ evaluation</a> shows that service publication times have improved
+ significantly. This is a result of Tor clients bootstrapping faster and
+ of the performance improvements added in November. In contrast to this,
+ the results for establishing a connection to a hidden service are less
+ promising. While the improvements added in November seem to have a
+ positive effect on performance, some substeps exhibit significantly
+ worse performance. One example is fetching hidden service descriptors
+ in order to contact a hidden service. A possible explanation is that
+ the sudden increase in the number of hidden service directory nodes in
+ September has had a negative effect on performance. Part of the work in
+ the final 31 days will be to evaluate these data in more detail and
+ make a final conclusion on the achievements of this
+ project.</em></small>
</td>
</tr>
More information about the tor-commits
mailing list