aAt 20:56 11/5/2015 -0600, you wrote:
>On 5 November 2015 at 16:37, wrote:
>> By having a single thread handle
>> consensus retrieval and sub-division,
>> issues of "lost" relays should
>> go away entirely.
>
>So I'm coming around to this idea, after spending
>an hour trying to explain why it was
At 17:37 11/5/2015 -0500, you wrote:
>
>. . .Consensus allocation worker. .
The consensus list manger could run
as an independent Python process and
"message" changes to the scanner
processes to avoid complexities of
trying to share data (I know very
little about Python and whether
sharing data i
At 11:47 11/5/2015 -0600, Tom Ritter wrote:
> . . .
>So them falling between the slices would be my
>best guess. . .
Immediately comes to mind that dealing
with the changing consensus while
scanning might be handled in a different
but nonetheless straightforward manner.
Why not create a snapshot
At 11:47 11/5/2015 -0600, Tom Ritter wrote:
> . . .
>So them falling between the slices would be my
>best guess. . .
Immediately comes to mind that dealing
with the changing consensus while
scanning might be handled in a different
but nonetheless straightforward manner.
Why not create a snapshot
Thanks to all for the feedback.
That Torflow works from links slower than those of the fastest relays seems to
indicate it's measuring relative path resistance as much or more than absolute
bandwidth. I often see it produce sensible results and hope that some tuning
and fixing might produce be
I am considering starting up a passive
BWauth in order to understand how they
work and fix bugs.
What is the minimum and ideal hardware
configuration for a BWauth?
Have my eye on an OVH config with
unmetered 1G, a fuzzy promise
of 500mbps minimum bandwidth and
a 3.4GHz 4core/8thread AES-NI CPU:
tor-0.2.6.10-gz4x_guess.patch
Description: Binary data
___
tor-dev mailing list
tor-dev@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
Could someone familiar with consensus
document downloading, manipulation
and validation by the tor relay examine
the most recent post to bug #15901
and comment with advice regarding
an idea I have for isolating the
problem?
Tor #15901: apparent memory corruption -- very difficult to isolate
http