[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
[tor-dev] Fwd: [tor-relays] tcmalloc in FreeBSD
Hi,
I posted this message in tor-relays, but it seems to me (and another
people) that dev mail-list is better channel to use.
Thanks!
-------- Original Message --------
Hi all,
From time to time my tor node (minibofh) stopped to work properly;
since it's a tiny FreeBSD VPS, the root origin was some CPU
over-consumption. I'm taking some actions to fix it (more swap, freeing
CPU from another services... etc).
The FreeBSD tor port offers to you the tcmalloc compilation option, so I
had some fun reading this interesting paper:
http://goog-perftools.sourceforge.net/doc/tcmalloc.html
I recompiled the tor port but just using the tcmalloc option. Actually,
now I got the google-perftool package and, obviously, the tcmalloc library:
mb# pkg_info | grep google
google-perftools-1.8.3 Fast, multi-threaded malloc() and nifty
performance analysi
mb# pkg_info -L google-perftools-1.8.3 | grep malloc.so
/usr/local/lib/libtcmalloc.so
/usr/local/lib/libtcmalloc.so.2
But, when I'm checking which libraries the tor binary is using, I get:
mb# ldd /usr/local/bin/tor
/usr/local/bin/tor:
libz.so.5 => /lib/libz.so.5 (0x281aa000)
libm.so.5 => /lib/libm.so.5 (0x281bc000)
libevent-2.0.so.6 => /usr/local/lib/event2/libevent-2.0.so.6 (0x2844e000)
libssl.so.7 => /usr/local/lib/libssl.so.7 (0x28489000)
libcrypto.so.7 => /usr/local/lib/libcrypto.so.7 (0x284d7000)
libthr.so.3 => /lib/libthr.so.3 (0x281df000)
libc.so.7 => /lib/libc.so.7 (0x28090000)
So... I understand that the tor binary is actually NOT using the new
tcmalloc library.
Am I wrong?
PS. I adding a CC to tor FreeBSD port mantainer.
_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev