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 |