[tor-bugs] #5263 [Tor Relay]: Busy/infinite Libevent loops

Tor Bug Tracker & Wiki torproject-admin at torproject.org
Thu Mar 1 22:21:09 UTC 2012


#5263: Busy/infinite Libevent loops
------------------------+---------------------------------------------------
 Reporter:  robgjansen  |          Owner:                    
     Type:  defect      |         Status:  needs_review      
 Priority:  major       |      Milestone:  Tor: 0.2.2.x-final
Component:  Tor Relay   |        Version:                    
 Keywords:              |         Parent:                    
   Points:              |   Actualpoints:                    
------------------------+---------------------------------------------------
Changes (by nickm):

  * status:  new => needs_review


Comment:

 This is much simpler than the last version of this patch; thanks!

 >The reason that both read and write events are both de-registered when
 the marked connection can not flush is because both result in the same
 behavior. Both read/write events on marked connections will never again do
 any actual reads/writes, and are only useful to trigger the flush and
 close the connection.

 I think I agree with this patch except for this question.  Is it really
 the case that we reach this point with the connection still reading?  Keep
 in mind that this case can only happen if the connection is marked and is
 busy flushing; a connection in that condition *shouldn't* be reading.
 Did you run into some that were? If I missed something, though: sz==0 in
 that case doesn't mean that read is blocked on bandwidth; no read was
 attempted in the code above, and the read bucket wasn't examined.

 Can you tell me more about the read case here?

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/5263#comment:3>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list