[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #24782 [Core Tor/Tor]: Set a lower default MaxMemInQueues value
#24782: Set a lower default MaxMemInQueues value
---------------------------------+------------------------------------
Reporter: teor | Owner: ahf
Type: defect | Status: assigned
Priority: Medium | Milestone: Tor: 0.3.2.x-final
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: tor-relay, tor-ddos | Actual Points:
Parent ID: | Points: 0.5
Reviewer: | Sponsor:
---------------------------------+------------------------------------
Comment (by yawning):
Replying to [comment:6 teor]:
> > I do believe right now that the network is still fairly usable because
we have big Guards able to use 5, 10, 12GB of RAM right now... Unclear to
me if firing up the OOM more frequently would improve the situation but we
should be very careful at not making every relays using a "too low amount
of ram" :S.
>
> If the fastest relay can do 1 Gbps, then that's 125 MB per second. 12 GB
of RAM is 100 seconds of traffic. Is it really useful to buffer 100
seconds of traffic? (Or, under the current load, tens of thousands of
useless circuits?)
No, but you don't have a choice because you can't drop cells except if
things are going catastrophically wrong and you're willing to tear down
the circuit.
http://yuba.stanford.edu/~nickm/papers/sigcomm2004.pdf
However as the paper says:
> It is a little difficult to persuade the operator of a
> functioning, profitable network to take the risk and remove
> 99% of their buffers. But that has to be the next step, and
> we see the results presented in this paper as a first step
> towards persuading an operator to try it.
(The CoDel work also supports their hypothesis.)
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/24782#comment:7>
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