[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #12538 [Tor]: Make all relays automatically be dir caches



#12538: Make all relays automatically be dir caches
-------------------------+-------------------------------------------------
     Reporter:           |      Owner:
  cypherpunks            |     Status:  needs_review
         Type:  task     |  Milestone:  Tor: 0.2.6.x-final
     Priority:  normal   |    Version:  Tor: unspecified
    Component:  Tor      |   Keywords:  tor-guard, tor-relay, prop237,
   Resolution:           |  026-triaged-1, sebastian-review
Actual Points:           |  Parent ID:
       Points:           |
-------------------------+-------------------------------------------------

Comment (by sysrqb):

 Replying to [comment:29 Sebastian]:
 > To restate my concern from above, doing this would mean requiring all
 relays need to have ~200 MB of disk around to cache old documents, without
 need because we mainly want guards to be caches.

 Sorry, I see now you mentioned this in [comment:15 comment 15].

 Sebastian and I discussed this, and the current design is not-quite-right.
 We can certainly make every relay a dircache, but that doesn't avoid
 unnecessary consequences. As an example, this would have a significant
 impact on memory-constrained systems. As such, more precisely, our goal is
 that, after the network has sufficiently upgraded, whenever a client
 chooses a guard it should always be a dircache. This leaves two options,
 either all guards *become* a dircache (when they get the guard flag) or
 being a dircache is a *requirement* for getting the guard flag. The former
 is tricky, as arma said above, the later requires a spec change.

 The current plan, given this, is implementing the latter option based on
 my current patch. Step 0, add a torrc option so relay operators can
 control whether or not their relay is a dircache. Step 1, get this merged
 into 0.2.6, as planned. Step 2, write proposal amending Guard flag
 criteria. Step 3, implement proposal and merge into 0.2.7.

 Does any of this sound crazy or wrong?

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/12538#comment:32>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs