[tor-relays] Memory Problems with tor releay

Dirk tor-relay.dirk at o.banes.ch
Tue May 23 10:24:38 UTC 2017


Hello Roger,

thanks for the Feedback. We do not have super fast but at least
Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz

Since our processes keep falling over (started them 12 hours ago and now
they are dead again) I think I can and give valgrind a try tonight.

best regards

Dirk


On 23.05.2017 04:58, Roger Dingledine wrote:
> On Mon, May 22, 2017 at 10:48:31PM +0200, niftybunny wrote:
>> Same with 0.3.0.5. Upgrading to 0.3.0.7 helped on most relays. 
> 
> We didn't change anything between 0.3.0.5 and 0.3.0.7 that would
> have helped.
> 
> If somebody with a really really fast CPU wants to run their relay under
> valgrind --leak-check for a while, that would be grand.
> 
> https://gitweb.torproject.org/tor.git/tree/doc/HACKING/HelpfulTools.md
> 
> The question to try to get some answers on is what sort of bloat problem
> we have:
> 
> A) Maybe it's a memory leak?
> 
> B) Maybe it's an inefficiency of the memory allocator, e.g. fragmentation
> where nothing is technically leaked yet there's a whole lot of wasted
> space?
> 
> C) Maybe it is some behavior by clients that causes the relay to use a
> lot of memory, e.g. by having a bunch of stuff in buffers? The behavior
> could be accidental / normal, or it could be intentional / malicious.
> 
> My first guess is "C, accidental". But it could easily be 'B', and it
> would be great if it's 'A' because then we can just fix it.
> 
> --Roger
> 
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 


More information about the tor-relays mailing list