[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #2183 [Tor Relay]: router_rebuild_descriptor(): Bug: Couldn't generate extra-info descriptor
#2183: router_rebuild_descriptor(): Bug: Couldn't generate extra-info descriptor
------------------------+---------------------------------------------------
Reporter: Falo | Owner: karsten
Type: defect | Status: closed
Priority: normal | Milestone: Tor: 0.2.2.x-final
Component: Tor Relay | Version: Tor: 0.2.2.17-alpha
Resolution: fixed | Keywords:
Parent: |
------------------------+---------------------------------------------------
Comment(by karsten):
Replying to [comment:26 mikeperry]:
> So what is the effect of removing things from the end of the smartlist?
What types of elements can we expect to see removed if the size is over
50KB?
The current order in the smartlist is dirreq-stats, entry-stats, cell-
stats, and then exit-stats. That means exit-stats will be removed first.
This order is purely implementation-specific and not specified anywhere.
This is a bug case and a fix to prevent relays from breaking. We shouldn't
be in a situation where we want to write 50 KB of stats.
> I also really needed to see the exit port byte totals. This is
especially important to determining if we should weight certain exits
differently than others based on exit policy. The only way we can tell how
we should do this weighting is if we see these stats from very fast exits
with the default exit policy, which are precisely the exits that are going
to have very large extra info descriptors.
You should be able to sum up all ports plus the 'other' port to learn
about totals.
> Why can't we just be smarter about grouping more of the long tail of
ports with low bytes counts into other? This should reduce the size of the
exit-kibibyes-* lines.
We can do that. See the discussion in #2196 for ideas to reduce the exit-
stats size.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/2183#comment:27>
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