Opened 15 years ago

Last modified 7 years ago

#56 closed enhancement (Not a bug)

Tor is not aggressive enough about improving latency

Reported by: nU8hJ1zQ9 Owned by:
Priority: Very Low Milestone:
Component: Core Tor/Tor Version: 0.0.9.2
Severity: Keywords:
Cc: nU8hJ1zQ9 Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

Summary: Please make Tor more aggressive in detecting when it is using a slow OR path and hence causing it to test out alternate paths.

I've noticed that some Tor ORs are faster than others. The end result is that sometimes I get 'bum' ORs who slow my system down to a crawl. Tor does not seem to be nearly aggressive enough about detecting this situation and trying alternate routing paths.

I recognize that if Tor was more aggressive about finding better paths a really smart attacker could use DOS attacks against specific ORs to shape traffic into specific proxies but ya gotta admit that's a pretty esoteric attack. For the moment I think performance is more important.

I also recognize that if Tor is too aggressive in optimizing the routing path then better performing ORs will get slammed but that is a self correcting problem.

Please considering adding features to make Tor more aggressive in finding better ORs. The biggest thing keeping me from recommending Tor to all of my friends is the latency it introduces.

[Automatically added by flyspray2trac: Operating System: OSX 10.4 Tiger]

Child Tickets

Change History (3)

comment:1 Changed 14 years ago by nickm

Thanks for the input. Yeah, we're always trying to make it faster. I'll keep this one in the bug report to remind us to keep looking at more speed work.

comment:2 Changed 14 years ago by arma

flyspray2trac: bug closed.
Tor has some approaches to dealing with this, like load balancing over routers based on measured bandwidth. We need more. But this isn't a bug per se. It's just an item on the ongoing todo list.

comment:3 Changed 7 years ago by nickm

Component: Tor ClientTor
Note: See TracTickets for help on using tickets.