Monthly status report for December.
Karsten Loesing

Karsten Loesing commited on 2008-12-16 03:04:19
Zeige 1 geänderte Dateien mit 43 Einfügungen und 1 Löschungen.

... ...
@@ -348,9 +348,51 @@ implementation and testing work on January 15, 2009.
348 348
 
349 349
 <tr bgcolor="#e5e5e5">
350 350
   <td>
351
-    Dec 08
351
+    <a id="Dec08"></a>
352
+    <a class="anchor" href="#Dec08">Dec 08</a>
352 353
   </td>
353 354
   <td>
355
+    <small><em>Part of the last 30 days has been used to fix bugs that have
356
+    influenced the previous hidden service measurements. The first <a
357
+    href="http://archives.seul.org/or/cvs/Nov-2008/msg00100.html">bugfix</a>
358
+    corrects a possible segmentation fault that was very likely responsible
359
+    for a number of failed measurement runs. Another <a
360
+    href="https://bugs.torproject.org/flyspray/index.php?id=847&do=details">bug</a>
361
+    could be explained that lead to significant delays in bootstrapping:
362
+    Very slow directory authorities occupied bootstrapping clients for
363
+    a long time before clients finally gave up and bootstrapped using
364
+    another authority. As a result, the slowest two directory authorities
365
+    have dedicated more bandwidth to their nodes, so that the effect is
366
+    mitigated. A third <a
367
+    href="https://bugs.torproject.org/flyspray/index.php?id=874&do=details">bug</a>
368
+    has been introduced with the hidden service performance improvements in
369
+    November; the effect was that Tor processes running hidden services
370
+    would stop advertising their service upon reloading their
371
+    configuration. Further, this bug has uncovered that Tor has
372
+    re-established its introduction points upon reloading, which might have
373
+    affected hidden service stability. This bug has been fixed and will be
374
+    included in the upcoming version 0.2.1.9-alpha.</em></small>
375
+    <br/>
376
+    <small><em>Apart from fixing bugs, new measurements have been performed
377
+    between December 8 and 10. These will very likely be the final
378
+    measurements to compare hidden service performance now with the
379
+    beginning of the project. The data have not been completely evaluated,
380
+    so it is difficult to make a statement about improvements at this
381
+    point. However, a <a
382
+    href="http://freehaven.net/~karsten/hidserv/prelimreport-2008-12-15.pdf">preliminary
383
+    evaluation</a> shows that service publication times have improved
384
+    significantly. This is a result of Tor clients bootstrapping faster and
385
+    of the performance improvements added in November. In contrast to this,
386
+    the results for establishing a connection to a hidden service are less
387
+    promising. While the improvements added in November seem to have a
388
+    positive effect on performance, some substeps exhibit significantly
389
+    worse performance. One example is fetching hidden service descriptors
390
+    in order to contact a hidden service. A possible explanation is that
391
+    the sudden increase in the number of hidden service directory nodes in
392
+    September has had a negative effect on performance. Part of the work in
393
+    the final 31 days will be to evaluate these data in more detail and
394
+    make a final conclusion on the achievements of this
395
+    project.</em></small>
354 396
   </td>
355 397
 </tr>
356 398
 
357 399