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

Re: [tor-bugs] #8532 [Tor]: Make TestingTorNetwork produce consensuses quicker

#8532: Make TestingTorNetwork produce consensuses quicker
---------------------------------------+------------------------------------
 Reporter:  ln5                        |          Owner:                    
     Type:  defect                     |         Status:  needs_revision    
 Priority:  normal                     |      Milestone:  Tor: 0.2.5.x-final
Component:  Tor                        |        Version:                    
 Keywords:  SponsorF20131031 tor-auth  |         Parent:                    
   Points:                             |   Actualpoints:                    
---------------------------------------+------------------------------------
Changes (by nickm):

  * status:  needs_review => needs_revision


Comment:

 Looks plausible.  I would like "options->TestingTorNetwork ? 1 :
 CHECK_NETWORKSTATUS_DOWNLOAD_INTERVAL;" to be a function or a macro.  I'd
 also like to have as few things as possible controlled by
 TestingTorNetwork directly.

 We should also open a ticket for removing that logic entirely to just do
 this once every second or every few seconds, if it's not expensive, or if
 it can be made not-expensive.  After all, the less our testing code paths
 diverge from our main code paths, the better.  But for now, I'm a little
 scared to make that change, since in production Tor, that one-minute check
 interval provides a limit to the maximum rate at which a buggy client
 could hammer the directory servers.  So let's do it like this for now

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/8532#comment:6>
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